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Intellectual Property Rights 

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http ://webapp . etsi .org/IPR/home . asp ) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Digital Enhanced Cordless 
Telecommunications (DECT). 

The present document is based on EN 300 175 parts 1 [1] to 8 [8], EN 300 444 [12], TS 102 527-1 [13] and TS 102 
527-3 [14]. General attachment requirements and speech attachment requirements are based on EN 300 176-1 [9], 
EN 301 406 [11] (replacing TBR 006 [i.2]) and EN 300 176-2 [10] (previously covered by TBR 010 [i.3]). Further 
details of the DECT system may be found in TR 101 178 [i.l]. 

The information in the present document is believed to be correct at the time of publication. However, DECT 
standardization is a rapidly changing area, and it is possible that some of the information contained in the present 
document may become outdated or incomplete within relatively short time-scales. 

All numbers and names used in examples are imaginary. Any similarities to actual persons, places or directory numbers 
is merely coincidental. 
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1 Scope 

The present document contains the Profile Test Specification (PTS) and the Test Case Library (TCL) for "New 
Generation DECT; Part 3: Extended wideband speech" (TS 102 527-3 [14]). The present document covers both the 
Portable (PT) and the Fixed (FT) Radio terminations. 

The Test Case Library (TCL) covers also some test cases for "DECT New Generation; part 1; Wideband speech" 
(TS 102 527-1 [13]) and for the "Generic Access Profile" (EN 300 444 [12]). This is done because such test cases are 
mandatory or especially relevant for New Generation DECT part 3 (see TS 102 527-3 [14]), and are not covered by 
existing GAP test specifications. 

Due to the ascending compatibility of DECT profiles, all New Generation DECT part 3 devices (see TS 102 527-3 [14]) 
are required to be also compliant with "DECT New Generation; part 1; Wideband speech" (TS 102 527-1 [13]) and with 
the "Generic Access Profile" (GAP, EN 300 444 [12]). However, with the exception of some specific test cases, as 
noted above, the present document does not cover the compliance with GAP that is assumed to be enforced by separate 
test specifications (see note). 

NOTE: The industry de-facto standard practice for insuring the compliance to GAP [12] is the use of 

TBR 022 [i.4] amended by TBR 022/Al [i.5], even when these two documents do not have any longer 
their initial regulatory signification. TBR 022 [i.4] relies on the GAP Profile Test Specification 
(EN 300 494 parts 1 [i.6] to 3 [i.8]) and on the DECT Test Case Library (EN 300 497 parts 1 [i.9] 
to9 [i.l7]). 

The objective of the present document is to provide a basis for approval tests of NG-DECT Part 3 equipment giving a 
high probability of air interface inter-operability between different manufacturer's DECT equipment. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the 
following cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this Clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI EN 300 175-1: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 1: Overview". 

[2] ETSI EN 300 175-2: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 2: Physical layer (PHL)". 
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[3] ETSI EN 300 175-3: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 3: Medium Access Control (MAC) layer". 

[4] ETSI EN 300 175-4: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 4: Data Link Control (DLC) layer". 

[5] ETSI EN 300 175-5: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 5: Network (NWK) layer". 

[6] ETSI EN 300 175-6: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 6: Identities and addressing". 

[7] ETSI EN 300 175-7: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 7: Security features". 

[8] ETSI EN 300 175-8: "Digital Enhanced Cordless Teleconamunications (DECT); Conamon 

Interface (CI); Part 8: Speech and audio coding and transmission". 

[9] ETSI EN 300 176-1 : "Digital Enhanced Cordless Telecommunications (DECT); Test 

specification; Part 1: Radio". 

[10] ETSI EN 300 176-2: "Digital Enhanced Cordless Telecommunications (DECT); Test 

specification; Part 2: Audio and speech". 

[1 1] ETSI EN 301 406: "Digital Enhanced Cordless Telecommunications (DECT); Harmonized EN for 

Digital Enhanced Cordless Telecommunications (DECT) covering the essential requirements 
under article 3.2 of the R&TTE Directive; Generic radio". 

[12] ETSI EN 300 444: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP)". 

[13] ETSI TS 102 527-1 : "Digital Enhanced Cordless Telecommunications (DECT); New Generation 

DECT; Part 1: Wideband Speech". 

[14] ETSI TS 102 527-3: "Digital Enhanced Cordless Teleconamunications (DECT); New Generation 

DECT; Part 3: Extended wideband speech services". 

[15] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 



2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

[i.l] ETSI TR 101 178: "Digital Enhanced Cordless Teleconamunications (DECT); A high Level Guide 

to the DECT Standardization". 

[i.2] ETSI TBR 006: "Digital Enhanced Cordless Telecommunications (DECT); General terminal 

attachment requirements". 

[i.3] ETSI TBR 010: "Digital Enhanced Cordless Telecommunications (DECT); General terminal 

attachment requirements: Telephony applications". 

[i.4] ETSI TBR 022: "Radio Equipment and Systems (RES); Attachment requirements for terminal 

equipment for Digital Enhanced Cordless Telecommunications (DECT) Generic Access 
Profile (GAP) appUcations". 

[i.5] ETSI TBR 022/Al: Amendment to: "Radio Equipment and Systems (RES); Attachment 

requirements for terminal equipment for Digital Enhanced Cordless Telecommunications (DECT) 
Generic Access Profile (GAP) applications". 

[i.6] ETSI EN 300 494-1 : "Digital Enhanced Cordless Teleconamunications (DECT); Generic Access 

Profile (GAP); Profile Test Specification (PTS); Part 1: Sunamary". 
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[i.7] ETSI EN 300 494-2: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP); Profile Test Specification (PTS); Part 2: Profile Specific Test Specification (PSTS) 

- Portable radio Termination (PT)". 

[i.8] ETSI EN 300 494-3: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP); Profile Test Specification (PTS); Part 3: Profile Specific Test Specification (PSTS) 

- Fixed radio Termination (FT)". 

[i.9] ETSI EN 300 497-1: "Digital Enhanced Cordless Telecommunications (DECT);Common Interface 

(CI); Test Case Library (TCL); Part 1: Test Suite Structure (TSS) and Test Purposes (TP) for 
Medium Access Control (MAC) layer". 

[i.lO] ETSI EN 300 497-2: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 2: Abstract Test Suite (ATS) for Medium Access 
Control (MAC) layer - Portable radio Termination (PT)". 

[i.l 1] ETSI EN 300 497-3: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 3: Abstract Test Suite (ATS) for Medium Access 
Control (MAC) layer - Fixed radio Termination (FT)". 

[i.l2] ETSI EN 300 497-4: "Digital Enhanced Cordless Telecommunications (DECT);Common Interface 

(CI);Test Case Library (TCL);Part 4: Test Suite Structure (TSS) and Test Purposes (TP) - Data 
Link Control (DLC) layer". 

Li.l3] ETSI EN 300 497-5: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 5: Abstract Test Suite (ATS) - Data Link 
Control (DLC) layer". 

[i. 14] ETSI EN 300 497-6: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 6: Test Suite Structure (TSS) and Test Purposes (TP) 

- Network (NWK) layer - Portable radio Termination (PT)". 

[i.l5] ETSI EN 300 497-7: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 7: Abstract Test Suite (ATS) for Network (NWK) 
layer - Portable radio Termination (PT)". 

[i. 16] ETSI EN 300 497-8: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 8: Test Suite Structure (TSS) and Test Purposes (TP) 

- Network (NWK) layer - Fixed radio Termination (FT)". 

[i.l7] ETSI EN 300 497-9: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI);Test Case Library (TCL); Part 9: Abstract Test Suite (ATS) for Network (NWK) 
layer - Fixed radio Termination (FT)". 

[i.l8] ITU-T Recommendation P. 31 1 (2005): "Transmission characteristics for wideband (150-7000 Hz) 

digital handset telephones". 



3 Definitions, symbols and abbreviations 
3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 102 527-3 [14], TS 102 527-1 [13], 

EN 300 444 [12] and the following apply. 

NG-DECT Part 1 (equipment): equipment complying with TS 102 527-1 [13] 
NG-DECT Part 3 (equipment): equipment complying with TS 102 527-3 [14] 

NG-DECT Part 1 Golden Device: Golden Device ,such as the one administered by the DECT Forum, used for 
compliance testing of NG-DECT Part 1 [13] equipment 
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Golden device: ideal example of a device used as reference device for compliance testing and against which later 
devices are tested and judged 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

M mandatory to support (provision mandatory, process mandatory) 

optional to support (provision optional, process mandatory) 

1 out-of-scope (provision optional, process optional) not subject for testing 
C conditional to support (process mandatory) 

N/A not appUcable (in the given context the present document makes it impossible to use this 

capabiUty) 

Provision mandatory, process mandatory means that the indicated feature service or procedure shall be implemented as 
described in the present document, and may be subject to testing. 

Provision optional, process mandatory means that the indicated feature, service or procedure may be implemented, and 
if implemented, the feature, service or procedure shall be implemented as described in the present document, and may 
be subject to testing. 

NOTE: The used notation is based on the notation proposed in ISO/EEC 9646-7 [15]. 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



AC 


Authentication Code 


CC 


Call Control 


CFB 


Call forwarding on Busy subscriber 


CFNA 


Call forwarding on No Answer 


CFU 


Call forwarding Unconditional 


CI 


Common Interface 


CLIP 


Calling Line Identification Presentation 


CLIR 


Calling Line Identification Restriction 


CNIP 


Calling Name Identification Presentation 


DECT 


Digital Enhanced Cordless Telecommunications 


DLC 


Data Link Control 


DTMF 


Dual Tone Multi-Frequency 


FP 


Fixed Part 


FT 


Fixed radio Termination 


GAP 


Generic Access Profile 


HPP 


Headset Portable Part 


HTTP 


HyperText Transfer Protocol 


IE 


Information Element 


ISDN 


Integrated Services Digital Network 


lUT 


Implementation Under Test 


IWU 


InterWorking Unit 


IXIT 


Implementation eXtra Information for Testing 


LiA 


List Access 


MAC 


Medium Access Control 


MM 


Mobility Management 


MMI 


Mand and Machine Interface 


NB 


Narrow Band 


NDT 


Network Delay Type 


NG 


New Generation 


NG-DECT 


New Generation DECT 


NWK 


NetWorK 


PHL 


PHysical Layer 


PIN 


Personnal Identification Number 


PP 


Portable Part 
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PT Portable radio Termination 

PTS Profile Test Specification 

RF Radio Frequency 

TCL Test Case Library 

TS Test System 

VoIP Voice over IP 

WB WideBand 



4 Test method 

This Clause describes the test method used to test the NG-DECT Part 3 devices. 



Test System 




Device Under 
Test 




Tester 




NWK PDUs 




Application 












DECT NWK 










< ► 




lUT 






DECT DLC 








DECT DLC 






DECT MAC 








DECT MAC 






DECT PHL 








DECT PHL 











Figure 1 : New Generation DECT remote test method 



Tester: A tester is located in a remote DECT test system. It controls and observes the behaviour of the 

Implementation Under Test (lUT). The TS behaves as a FP (or a PP) when testing a PP 
(respectively a FP). 

4.1 Test platform 
4.1.1 PP test platform 

The PP test platform is depicted on figure 2. 
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Test System 




RF front end 1 





TS 1 








TS 2 





RF front end 2 



NG FP 

PP2 (see note) 



P 
P 

1 



DUT 



L 



Device Under Test 



NOTE: PP2 behaves either as a NG PP or a legacy GAP PP according to test case 

Figure 2: PP test platform 

The first RF front-end of Test system "TS_1" plays the role of a NG FP to which the tested PP is paired. 

The following devices are needed to perform parallel call test cases: either a NG PP or a GAP legacy PP. The second 
RF front-end of Test system "TS_2" plays the role of one of these PPs according to test case condition. 

4.1.1.1 List content for tests 

The following list contents will be used by the tester when running List access PP test cases. 

4.1.1.1.1 List of supported lists 

All lists are supported (list identifiers from OOH to 09H). 

4.1.1.1.2 Missed calls list 

Presence of 3 missed calls with a total number of 10 entries in the list. 

Table 1 : Missed calls test list content 



Number 


Name 


Date and time 


Unread 


Line name 


Line id 


Nb Of 
calls 


497312456897 


JENDREZEJZAK 


09/09/09 06:45:00 


1 


Provider 1 


0, 0, 


2 


0145567897 




06/09/09 18:48:00 


1 


Provider 1 


0, 0, 


3 


00441324778824 


C.Alexander 


06/09/09 15:36:36 





Provider 1 


0, 0, 




0321259514 


LE BIHAN 


06/09/09 15:36:00 


1 


Provider 2 


0, 0, 1 




0296301005 




06/09/09 12:35:00 





Provider 1 


0, 0, 




008989945270 


IVI.UWE 


02/09/09 11:17:00 





Provider 3 


0, 0, 2 




0177476923 


C.FENRIJO 


01/09/09 14:08:00 





Provider 1 


0, 0, 




4526300099446770 


B.ZIMMERMANN 


30/08/09 18:50:00 





Provider 3 


0, 0, 2 




0675000209 


R.ALOUSSI 


22/08/09 12:00:00 





Provider 1 


0, 0, 




0247413706 


VAN DER VYNC 


20/08/09 18:15:00 





Provider 2 


0, 0, 1 





Properties 

For all fields, editable=0. 

4.1.1.1.3 Outgoing calls list 

Total number of 10 entries in the hst. 
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Table 2: Outgoing calls test list content 



Numbsr 


Nsms 


Date and time 


Line nsiTiG 


Line id 




UWE 


08/09/09 1'?-1'?-1'? 


PrnviHpr 1 

1 1 \_/ V lUd 1 





0145567897 




07/09/09 09:09:09 


Provider 1 


0, 0, 


0675000321 


WOJCIECHOSKI 


06/09/09 08:33:33 


Provider 1 


0, 0, 


0612345678 


FENJIRO 


06/09/09 08:22:22 


Provider 2 


0, 0, 2 


0490413002 


FENJIRO 


06/09/09 08:12:12 


Provider 2 


0, 0, 2 


00550123456789 


G. DEL PIETRO 


03/09/09 07:07:07 


Provider 3 


0, 0, 


4526300099446770 


B.ZIMMERMANN 


31/08/09 23:23:23 


Provider 1 


0, 0, 


00449876543210 


C.ALEXANDER 


31/08/09 16:16:16 


Provider 3 


0, 0, 2 


0296301005 




28/08/09 17:17:17 


Provider 1 


0, 0, 


02298951214 


LAGADEC 


27/08/09 18:18:18 


Provider 1 


0, 0, 



Properties 

For all fields, editable=0. 

4.1 .1 .1 .4 Incoming accepted calls list 

Total number of 10 entries in the Ust. 



Table 3: Incoming accepted calls test list content 



Number 


Name 


Date Time 


Line name 


Line id 


02298951214 


J.LAGADEC 


07/09/09 12:12:12 


Provider 1 


0, 0, 


0321259514 


LE BIHAN 


06/09/09 18:36:18 


Provider 2 


0, 0, 1 


0308980764 




06/09/09 08:24:24 


Provider 1 


0, 0, 


0581321185 


K.BORDONADO 


06/09/09 08:16:16 


Provider 1 


0, 0, 


00441324778824 


C.Alexander 


06/09/09 08:16:08 


Provider 1 


0, 0, 


00550123456789 


G. DEL PIETRO 


02/09/09 09:18:09 


Provider 3 


0, 0,2 


0296301005 




01/09/09 20:40:20 


Provider 1 


0, 0, 


00449876543210 


C.ALEXANDER 


31/08/09 12:24:12 


Provider 3 


0, 0, 2 


0425960406 


D.LE BRAZ 


25/08/09 18:36:18 


Provider 2 


0, 0, 1 


0675000321 


WOJCIECHOSKI 


22/08/09 1 1 :22:1 1 


Provider 1 


0, 0, 



Properties 

For all fields, editable=0. 
4.1.1.1.5 All calls list 

Total number of 30 entries in the hst. 
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Table 4: All calls test list content 



Call Tvnf* 
wciii 1 yi'v 


Miimhpi* 


N3ni6 


L^CIIC CII lU illllC 


Llnp namp 


Line id 




t J / O 1 ^tOOOJ? / 


IFMDRFZF I7AK 


OQ/OQ/OQ C\f\ A^ C\(\ 


Pm\/iHpr i 
r lUViUd 1 


n n n 


wUiyuii ly 




u vv c 


UO/U\7/U\7 1 O. 1 O. 1 O 


Pm\/iHor i 

1 lUVIUCi 1 


n 






1 1 AHAnFP 




Pm\/iHor 1 
riuviuci 1 


n n n 

u, u, u 


C^i itnni nn 

V-/U l^UI 1 1^ 








PrnuiHpr 1 


n n n 








\J\J/ \JZf/ \JZ/ lO.'-rO.V/V/ 


Prn\/iHpr 1 
n 1 V ivjd 1 


n n n 


A rT'ontoH 




1 F RIMAN 


nfi/OQ/OQ 1R-'^fi-1ft 


Pm\/iHpr P 


n n 1 

U, U, 1 


IVIIboCU 


0044.1 '^9477RR94 




nfi/nQ/HQ I'^-'^fi-'^R 

lO.OO.OO 


1 lUVIUCi 1 


n n n 

u, u, u 


IvIloocU 




1 F RIMAM 


vjo/uy/uy lO.OO.UVJ 


Pm\/iHor Q 
rlUViUci ^ 


U, U, 1 








ofi/nQ/nQ 1p■'^'=^■^^ 


PrnuiHpr 1 


n n n 


itnrii nn 
'^-'U lyui 1 ly 


nR7'innm9i 




nfi/OQ/OQ Oft-'^'^-'^'^ 
\j\J/\JiJi\J<J uo. oo.oo 


Prnx/irlpr 1 


n n n 

u, u, u 


A rT" cantor! 


n'^n8Q8fl7fi4 

UOUOCyOU / Of" 




\JD/Ui7/Ui7 \JQ .C.'-T .C.'-T 


Prn\/iHor 1 


n n n 

u, u, u 


C^i itnninn 


0R1 9'^4'^R78 


FFM IIRO 


Hfi/nQ/nQ nft-pp'pp 


Pm\/iHor 


nop 

u, u, ^ 


Arr^ontoH 


0RR1 ^9"! "1 R'i 


K RORnoMAnn 

r\ . D W ii LJ W 1 N M LJ w 


UD/Ua/Ua UO. 1 D. 1 D 


rlUVIUtJi 1 


n n n 

u, u, u 


ApppntpH 


00441 S?477RR?4 

\J\j'-t'-t I O^T^ / / OO^T 


C". AlPYanrlpr 


\J\JI\JZII\JZI \jO . 1 u.uo 


Pm\/irlpr 1 


n n n 


Oi itnrii nn 
v^u lyui 1 ly 




FFM IIRO 


nfi/OQ/OQ npi-1 P-1 P 


Pm\/iHpr 


n n p 

u, u, ^ 


Oi itnninn 
wuiyuii ly 




nFI PIFTRO 

\Ji. L L_ r IC 1 ri\_/ 


O'^/OQ/OQ C)7-C)7-C)7 

UO/Ui7/Ui7 U/ -U / -U / 


Prn\/irlor 1 


n n n 

u, u, u 


IVIIoocU 




M 1 IWF 
Ivl. u vv c 


np/HQ/HQ 11-1 7'nn 


r lUVIUCSI O 


nop 

u, u, ^ 


Af^f^ontoH 




nFI PIFTRO 


Uii/Ua/Uy Uy. iO.Ut? 




n n p 

U, U, 


ApppntpH 








Prn\/iHpr 1 


n n n 


IVIIOOCU 






ni/nQ/nQ i4-nft-nn 

U I/Ui3/Ui3 IH-.UO.UU 


Prn\/irlpr 1 


n n n 

u, u, u 


Oi itnninn 
wuiyuii ly 




R 7IMMFRMANM 


'^1/nft/nQ P'^-P'^-P'^ 
O l/UO/U^ ^o.^o.^o 


Prn\/irlor 1 


n n n 

u, u, u 


Outaoina 


0044987654321 


C.ALEXANDER 


31/08/09 16-16-16 


Provider 3 


0, 0, 2 


Accepted 


00449876543210 


C.ALEXANDER 


31/08/09 12:24:12 


Provider 3 


0, 0, 2 


Missed 


4526300099446770 


B.ZIMMERMANN 


30/08/09 18:50:00 


Provider 3 


0, 0, 2 


Outgoing 


0296301005 




28/08/09 17:17:17 


Provider 1 


0, 0, 


Outgoing 


02298951214 


LAGADEC 


27/08/09 18:18:18 


Provider 1 


0, 0, 


Accepted 


0425960406 


D.LE BRAZ 


25/08/09 18:36:18 


Provider 2 


0, 0, 1 


IVIissed 


0675000209 


R.ALOUSSI 


22/08/09 12:00:00 


Provider 1 


0, 0, 


Accepted 


0675000321 


WOJCIECHOSKI 


22/08/09 1 1 :22:1 1 


Provider 1 


0, 0, 


Missed 


0247413706 


VAN DER VYNC 


20/08/09 18:15:00 


Provider 2 


0,0, 1 



Properties 

For all fields, editable=0. 
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4.1.1.1.6 Contact list 

Total number of 10 entries in the list. 



Table 5: Contact list test content 



Name 


First name 


Contact numberl 


Contact number2 
(note 1) 


Associated IVIelody 
(note 2) 


Line id 


ALEXANDER 


Christian 


(fixed) 

00441324778824 


(work) 

00449876543210 


1 


0, 0, 2 


ALEXANDER 


Christina 


(fixed) 

00441324778812 




2 


0, 0, 2 


ALOUSSI 


RAMIN 


(fixed) 

0156891247 


(mobile) 
0675000209 


3 


0, 0, 


BORDONADO 


Karlita 


(work) 

0581321185 




4 


0, 0, 


DEL PIETRO 


David 


(fixed) 

00550123456789 




5 


0, 0, 


FENJIRO 


Carlos 


(work) 

0490413002 


(mobile) 
0612345678 


6 


0, 0, 2 


LAGADEC 


Jerome 


(work) 

02298951214 




7 


0, 0, 


WALKER 


BARCLAY 


(mobile) 
06123123 




8 


0, 0, 2 


UWE 


MARCUS 


(work) 

008989945270 


(fixed) 

00491603794505 


9 


0, 0, 


WOJCIECHOSKI 




(mobile) 
0675000321 




10 


0, 0, 1 


NOTE 1 : Contact number2 entry field should be only sent by the tester when the manufacturer has declared 


the support of several 'Contact number' fields in the contact list. 






NOTE 2: 'Associated melody' field is optional on PP side, anyhow it should be handled in each entry when 
received in data packet. 



Properties 

For all fields, editable=l. 

4.1.1.1.7 Internal names list 

Total number of 4 entries in the list. 



Table 6: Internal names test list content 



Number 


Name 


Call Interception 


31H 


Kitchen 


30H 


32H 


Living-room 


30H 


33H 


Office 


31H 


39H 


Boby room 


30H 



Properties 

Number field: editable=0, intemal=l, own=0 

Name field: editable=l 

Call interception field: editable=l 
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4.1 .1 .1 .8 DECT system settings list 



Table 7: DECT system settings test list content 



Entry 
identifier 


Settings 


Editable 


PIN 

protected 


Value 


-| 


Oiirrpnt PIN rnrlp 


^ 





PPH ppH -|2H 34H 

II 11-11 II- 1 ^ ' M V ~ 1 1 




Olnrk ma<;tpr 


^ 





onu /pp\ 

\J\J t 1 II 1 1 




Racp rpcpt 

LJClOC 1 Cod 


^ 





30H (No) 




FP IP arlrlrp*^9 / tvnp 


^ 





DHCP-O Static-1 

1— ' 1 1 \-/ 1 — \J J 1— 'LClllV^ — 1 




FP IP address / value 


^ 





IPv4/6=0, 'C0A8D40C'H (192.188.212.12) 




FP IP address / subnet mask 







IPv4/6=0, 'FFFFFFOO'H (255.255.255.0) 




FP IP address / gateway 







IPv4/6=0, •C0A8D401'H (192.168.212.1) 




FP IP address / DNS server 







IPv4/6=0, 'C0A8D401'H (192.168.212.1) 




FP version / Firmware version 








"F1.2C8" 




FP version / Eeprom version 








"El .5C6" 




FP version / Hardware version 








"H1.4A2" 




Emission mode 


1 





NEM^O (deactivated) 




New PIN code 


1 


1 


FFH, FFH, 12H, 34H 



4.1.1.1.9 Line settings list 

Total number of 2 entries in the list. 



Table 8: Line settings test list content 



Entry 
identifier 


Settings 


Editable 


Value 


1 


Line Name 


1 


"Provider VolPI" 




Line id 





0, 0, 




Attached handsets 


1 


Nb=03H, bitmap=03H, 82H (PP1, PP2, PP9) 




Dialling Prefix 


1 






FP melody 


1 


08H 




FP volume 


1 


30H 




Blocked number 


1 


"08*" 




Multiple calls mode 


1 


30H (Single call mode) 




Intrusion call 


1 


30H (Not allowed) 




Permanent CLIR 


1 


Value=30H (deactivated), 
CLIR activation code="R*1-2*" 
CLIR deactivation code="R#1-9#" 




Call forwarding Unconditional 


1 


Value=30H (deactivated), 
CFU activation code="*22" 
CFU deactivation code="*33" 
Nb = "0698765432" 




Call forwarding on No Answer 


1 


Value=30H (deactivated), 
Nb of seconds=19H (25) 
CFNA activation code="#44" 
CFNA deactivation code="#55" 
Nb = "0212345678" 




Call forwarding on Busy 
subscriber 


1 


Value=30H (deactivated), 
CFB activation code="*66" 
CFB deactivation code="#77" 
Nb = "0612345678" 
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Entry 
identifier 


Settings 


taiTaDie 


Value 


2 


Line Name 


1 


"Provider VolP2" 




Line id 


1 


0, 0, 1 




Attadied liandsets 


1 


Nb=01H, bitmap=84H (PP3) 




Dialling Prefix 


1 


"3651" 




FP melody 


1 


03H 




FP volume 


1 


30H 




Blocked number 


1 


"06*" 




Multiple calls mode 


1 


30H (Single call mode) 




Intrusion call 


1 


30H (Not allowed) 




Permanent CLIP 


1 


Value=30H (deactivated), 
CLIP activation code="#88#" 
CLIP deactivation code="#99#" 




Call forwarding Unconditional 


1 


Value=30H (deactivated), 
CFU activation code="" 
CFU deactivation code="" 
Nb = "" 




Call forwarding on No Answer 


1 


Value=30H (deactivated), 
Nb of seconds=OOH 
CFNA activation code="" 
CFNA deactivation code="" 
Nb = "" 




Call forwarding on Busy 
subscriber 


1 


Value=30H (deactivated), 
CFB activation code="" 
CFB deactivation code="" 
Nb = "" 



4.1.1.1.10 All incoming calls list 

Total number of 20 entries in the list. 



Table 9: All incoming calls test list content 



Number 


Name 


Date and time 


New 


Line name 


Line Id 


Nbof 
calls 


497312456897 


JENDREZEJZAK 


09/09/09 06:45:00 


1 


Provider 1 


0, 0, 




02298951214 


J.LAGADEC 


07/09/09 12:12:12 





Provider 1 


0, 0, 




0145567897 




06/09/09 18:48:00 


1 


Provider 1 


0, 0, 




0321259514 


LE BIHAN 


06/09/09 18:36:18 





Provider 2 


0, 0, 1 




00441324778824 


C.Alexander 


06/09/09 15:36:36 





Provider 1 


0, 0, 




0321259514 


LE BIHAN 


06/09/09 15:36:00 


1 


Provider 2 


0, 0, 1 




0296301005 




06/09/09 12:35:00 





Provider 1 


0, 0, 




0308980764 




06/09/09 08:24:24 





Provider 1 


0, 0, 




0581321185 


K.BORDONADO 


06/09/09 08:16:16 





Provider 1 


0, 0, 




00441324778824 


C.Alexander 


06/09/09 08:16:08 





Provider 1 


0, 0, 




008989945270 


M.UWE 


02/09/09 11:17:00 





Provider 3 


0, 0, 2 




00550123456789 


G. DEL PIETPO 


02/09/09 09:18:09 





Provider 3 


0, 0, 2 




0296301005 




01/09/09 20:40:20 





Provider 1 


0, 0, 




0177476923 


C.FENPIJO 


01/09/09 14:08:00 





Provider 1 


0, 0, 




00449876543210 


C.ALEXANDER 


31/08/09 12:24:12 





Provider 3 


0, 0, 2 




4526300099446770 


B.ZIMMERMANN 


30/08/09 18:50:00 





Provider 3 


0, 0, 2 




0425960406 


D.LE BRAZ 


25/08/09 18:36:18 





Provider 2 


0,0, 1 




0675000209 


R.ALOUSSI 


22/08/09 12:00:00 





Provider 1 


0,0,0 




0675000321 


WOJCIECHOSKI 


22/08/09 1 1 :22:1 1 





Provider 1 


0, 0, 




0247413706 


VAN DEP VYNC 


20/08/09 18:15:00 





Provider 2 


0, 0, 1 
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Properties 

For all fields, editable=0. 

4.1.2 FP test platform 

The fixed part under test shall be connected to a network when running the tests suite. It shall be ready to initiate an 
outgoing call or to receive an incoming call. An example of FP test platform is depicted on figure 3. 



SIP proxy server 



Test System 




RF front end 1 





TS 1 








TS 2 





PP1 (see note) 
PP2 (see note) 



DUT 

F 
P 



RF front end 2 



TS 3 



PP3 (see note) 



RF front end 3 




■J 


□□□□ 

1 1 [!□□□□ 






□□□□ 
1 1 []□□□□ 






□□□□ 

— ^ 



SIP Phone A 
(G.722, G.726) 



SIP Phone B 
(G.722, G.726) 



SIP Phone 



Device Under Test 

NOTE: PP1 , PP2 and PP3 behave either as a NG PP, a legacy GAP PP, or a headset PP according to test case. 

Figure 3: Example of FP Test platform 

The first RF front-end of Test system "TS_1 " plays the role of a NG PP or a GAP PP paired on the tested FP. 
The following devices are needed: 

• One other PP for internal call test cases: a NG PP and a GAP legacy PP (see note 1). 

• One call server (e.g. a SIP server). 

• A first phone 'Phone A' (e.g. SIP phone supporting G.722 and G.726 codecs) for first call test cases 
(see note 2). 

• A second phone 'Phone B' (e.g. SIP phone supporting G.722 and G.726 codecs) for parallel call test cases 
(see note 2). 

• A third phone 'Phone C for call deflection and call forward test cases. 

• A handset PP for headset call test cases (see notes 1 and 3). 

• A third headset is needed for few test cases (internal general call and switching from headset to handset): 
any GAP PP can be used. 
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• A third phone only capable of G.726 is required for one headset test case. 

NOTE 1: The second RF front-end of Test system "TS_2" plays the role of one of these PPs according to test case 
condition: NG PP, GAP PP or headset PP. 

NOTE 2: When running "Multiple lines" test cases, phone A is on line and phone B on line 1. These line 

identifiers values are generic identifier values standing for the line identifiers defined by the system. 

NOTE 3: To behave like a headset, the TS has just to set the corresponding terminal capability bit "Support of the 
"Headset management" feature" and to send a "call interception request from HPP" command in 
{CC-SETUP} message. 

This platform is based on SIP protocol exchanges between the FP and the network. It must be considered as an example 
as the FP under test may not be designed for SIP network (e.g. H323, PBX, etc.). However, no matter which network is 
used, it shows the minimum devices needed to run the FP test cases. 

4.1.2.1 List content for tests 

When running List access FP test cases, the 'Current PIN code' field shall be set to (FFH, FFH, 12H, 34H). Thus, the 
test equipment can automatically edit and save the 'Current PIN code' field of 'DECT system settings' list before editing 
'PIN protected' field (see Clause 5.1). 

4.1 .3 NG-DECT PART1 backward compatibility test platform 

It is crucial to ensure interoperability between NG-DECT PART3 devices and legacy NG-DECT PARTI devices. In 
order to gain maximum interoperability to the NG-DECT PARTI devices a test against the legacy Golden Devices (FT 
and PT) is absolutely necessary. 

In order to keep the required effort as low as possible, it is proposed to add just some basic tests such as incoming call 
WB, outgoing call WB and service change WB->NB. 



Reference devices 



SIP proxy server 




SIP-NB-PH 



SIP-WB-PH 



□ □ □ 

□ □ □ 

□ □ □ 

□ □ □ 



A 2) Gall A A 
: transfer : 




Golden devices 

Wideband call 
Narrowband call 



WB-FP 



/ 



DUT 
PP1 



1) Gall 
establishment 



Figure 4: Test platform for NG-DECT PART1 backwards compatibility tests 
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The following devices are needed: 

• Golden devices: 

Two Golden NG-DECT PARTI handsets (WB-PP). 
Two Golden NG-DECT PARTI base stations (WB-FP). 

• Reference devices: 

One corded wideband SIP phone (SIP-WB-PH). 
One corded narrowband SIP phone (SIP-NB-PH). 

• SIP server. 

• Device under test: 

Wideband handset (DUT-PP); 

or 

Wideband base station (DUT-FP). 



Protocol layers tested 

Network and application features are only tested. DLC, MAC, and PHY procedures used by new DECT generation 
standard are supposed to be tested when testing network features. 

Speech services tested 

Device under test is required to support only mandatory speech services. The optional codecs are out of the scope of the 
present document. 

Length of a NWK layer message 

The test equipment shall not send NWK layer messages longer than 63 bytes (see EN 300 444 [12], Clause 6.9.3). In the 
other direction, the test equipment shall be capable of receiving and processing NWK layer messages of at least 63 
octets long. A received NWK layer message longer than 63 bytes shall be discarded. 



4.3 Test groups 

4.3.1 Network features 

See TS 102 527-3 [14], Clauses 5.2, 6.4 and 6.10. 

4.3.2 Application features 

See TS 102 527-3 [14], Clauses 5.7, 6.9 and 6.13. 

5 Test Cases (TCs) 




4.2 



Hypotiiesis 




Each test case is allocated directly under a defined TC. 
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5.1 TC definition conventions 

The TCs are defined following particular rules as shown in table 10. 



Table 10: TC definition rules 



TC Id according to the 
TC naming conventions 


Test case objective 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: (optional) 


The reference should contain the references of the subject to be validated by the actual 
TC (specification reference, Clause, paragraph, flow chart number, etc.) 
The condition defines in which initial state the lUT has to be to apply the actual TO. 
The stimulus defines the test event to which the TC is related 

Definition of the events or parameters that are expected from the lUT to conform to the 

base specification 

Additional information or comments on test case content 



The device under test and the test equipment shall meet the features and procedures specified in "New Generation 
DECT; Part 3: Extended wideband speech" (see TS 102 527-3 [14]). Nevertheless, only checked protocol elements are 
specifically described in the test case. Even if a NG PART3 requirement is not specified in a stimulus or a pass criteria 
test step, this does not mean it should not be implemented or tested. This simply means that this requirement is out of 
scope of this test case and will be tested elsewhere. As a result, the "New Generation DECT; Part 1: Wideband speech" 
(TS 102 527-1 [13]) and the delta to the "Generic Access Profile" (EN 300 444 [12]) features will be tested with the NG 
Part 3 requirements implemented (e.g. call identification, line identification...). 

TCId 

The TC Id is a unique identifier; it shall be specified according to the TC naming conventions defined in the Clause 
below. 

Reference 

When a flowchart number is given in reference, this flowchart is only a recommendation to implement the test case. As 
a result, the TS must be flexible enough to deal with several lUT implementations (dynamic behaviour). 

Initial condition 

When a test necessitates other PP registered (NG PP or legacy GAP PP), it is stipulated. 

By default (i.e. no other PP specified), the TS_1 and the lUT are involved together in the CC instance whose CC control 
state is stipulated in the initial condition. 

A test case reference is given when this TC has to be run to reach the initial condition (for example: "Run 
TC_Fr_NGl.N.16_BV_1802"). That means that this test case shall be run before the current one. 

Pass criteria 

• Checking "end-to-end U-plane connection" criteria: this is an operation to detect the state of the U-plane 
cormection. The acoustical path will be checked in both directions. When testing a PP, Test system could 
perform an audio loopback and introduce a delay (e.g. Is) to create an echo. When testing a FP, Test 
system could use a tone generation. In both cases, Test system could also use a handset receiver plugged in 
the equipment. 

• Some parameters used in TCs can be allocated by the lUT (e.g. call id, terminal identity number, session 
id, line id, etc.) or be network dependant (line type information for each line) as a consequence a generic 
notation is used in the TC description (respectively "call id A", " IA5 coding of terminal identity number in 
decimal of PPl", session id n, line 0, ItO, etc.). 

Line type information 

• When testing a PP, by default if it is not specified, the simulated lines are full VoIP lines and so the 'Line 
type information' field in «C ALL-INFORM AT10N» IE shall be coded as follows: 

The 'Network delay type ('NDT') = 'I'B, indicating that the line is a 'significant delay' hne. 
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The 'Second call type' ('SCT') = 'O'B, indicating that second calls are handled with 'common parallel call' 

procedures. 

• When testing a FP, the 'Line type information' field in «CALL-INFORMATION» is line dependant for 
the 'Network delay type' ('NDT') information. The 'Second call type' ('SCT') information shall be coded 
according to the manufacturer's declarations for Line and Line 1 (see Table A. 16 and Table A. 17). 

Internal call Initiation 

• When initiating an internal call, a PP under test could access to the internal names list. The test equipment 
shall be ready to accept both methods: with and without access to the internal names lit. 

List access service tests cases 



• In order to make lighter the NG1.N.16 List access service test cases, stimulus and pass criteria make 
reference only to the list access commands sent or expected. However, the tester and lUT shall comply 
with NG PART 3 requirements (see TS 102 527-3 [14], Clause 7.4.10.1). As a consequence, when 
receiving commands in pass criteria, each command shall be received in a {IWU-lnfo} message with 
information element «1WU to 1WU» using the protocol discriminator '03'H. Respectively, when sending 
commands in stimulus, the tester shall use the same transport message. 

• When testing the PP, entries can be displayed one by one or several together depending on display 
capabilities of the tested lUT. 

• When testing the FP, some field of the 'DECT system setting', 'Line setting', or 'Internal names' lists can be 
'PIN protected'. When reading a 'PIN protected' field, the 'PIN protected' property bit will be set to 1 . As a 
result, the test equipment shall automatically edit and save the 'Current PIN code' field of 'DECT system 
settings' list before editing this field (see TS 102 527-3 [14], Clause 7.4.11.1). 

NOTE: In order to simplify the implementation, it is also possible to systematically edit and save the 'Current PIN 
code' field before operung the possible protected lists as the authentication is valid for the whole List 
access service call. 

5.2 TC naming conventions 

Each feature to be tested corresponds to a group of test cases identified by its standard feature number. 
The identifier of the TC is buUt according to table 1 1 . 



Table 11 : TC naming convention 



TC_<rt>_<fn>_<tt>_<ppnn> 






<rt> = type of radio termination 


FT 
PT 


Fixed radio Termination 
Portable radio Termination 


<fn> = feature number 


NG1.N.X 
GAP.N.x 
NG1.A.X 
GAP.A.x 


New generation Network feature 

GAP Network feature 

New generation Application feature 

GAP Application feature 


<tt> = Type of testing 


BV 
GC 
WC 


Valid Behaviour Tests 

GAP backward compatibility Tests (see note 1 ) 
NG-DECT PART 1 backward compatibility Tests (note 2) 


<pp = procedure number 


(1 to 99) 


Procedure Number (see note 3) 


nn> = sequential number 


(01 to 99) 


Test Purpose Number 


NOTE 1 : GAP backward compatibility tests concern only the FP. These tests check FP specific behaviours for NG 

features in front of GAP PPs. 
NOTE 2: These tests are to ensure interoperability in front of legacy NG-DECT PART 1 "Wideband speech" 

devices. 

NOTE 3: The procedure number refers to the number given to each procedure in Annex B. For example the 
procedure "NG1 .N.1_3 Codec Negotiation during call establishment" is the procedure number '3' of 
NG1 .N.1 Codec Negotiation feature. If several procedures are involved in the TS, the procedure number 
refers to the procedure mainly tested. 



NOTE: In order to limit the number of tests, invalid behaviour use cases are not tested. 
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5.3 Portable Part TC purposes 

5.3.1 List of New Generation DECT Part 3 PT tests cases related to 
NG-DECT Part 1 features 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Wideband speech" (part 1) 
(TS 102 527-1 [13]) features. In other words, theses test cases shall be implemented with the NG-DECT Part 3 
requirements (see Clause 5.1). 



Table 12: NG-DECT Part 3 PT Test Case Index related to NG-DECT Part 1 features 



NG-DECT Part 3 PT test case Index related to NG-DECT Part 1 features 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec Negotiation 




TC PT NG1.N.1 


TC PT NG1.N.1 BV 101 


NG-DECT Part 1 capability during subscription registration 


IVI 




TC PT NG1.N.1 BV 102 


NG-DECT Part 1 capability during location registration 


M 




TC_PT_NG1 .N.1_BV_201 


Basic service wideband speech 


M 




TC_PT_NG1 .N.1_BV_301 


Outgoing call, codec chosen in {CC-SETUP-ACK} without slot 
type modification 


M 




TG_PT_NG1 .N.1_BV_303 


Outgoing call, codec chosen in {CC-GALL-PROG} without slot 
type modification 


M 




TC_PT_NG1 .N.1_BV_308 


Outgoing call, codec chosen in {GG-CONNECT} message in 
state T-01 without slot type modification 


M 




TC_PT_NG1 .N.1_BV_309 


Outgoing call, codec chosen in {CC-SETUP-ACK} with slot type 
modification 


M 




TC_PT_NG1.N.1_BV_311 


Outgoing call, codec chosen in {CC-CALL-PROC} message 
with slot type modification 


M 




TC_PT_NG1 .N.1_BV_316 


Outgoing call, codec chosen in {GG-CONNECT} in state T-01 
with slot type modification 


M 




TC_PT_NG1.N.1_BV_317 


Outgoing call, fall back to a mandatory codec when slot type 
modification fails 


M 




TC_PT_NG1 .N.1_BV_321 


Incoming call G.722, full paging 


M 




TC_PT_NG1 .N.1_WC_1 01 


Outgoing call Wideband at NG-DECT Part 1 Golden Device FT 

(Golden Device A) 


M 




TC_PT_NG1 .N.1_WC_1 02 


Outgoing call Wideband at NG-DECT Part 1 Golden Device FT 
(Golden Device B) 


M 




TC_PT_NG 1 . N . 1 _WC_1 03 


Incoming call Wideband at NG-DECT Part 1 Golden Device FT 

(Golden Device A) 


M 




TC_PT_NG1 .N.1_WC_104 


Incoming call Wideband at NG-DECT Part 1 Golden Device FT 
(Golden Device B) 


M 




TC_PT_NG1 .N.1_WC_1 05 


Service change at NG-DECT Part 1 Golden Device FT (Golden 
Device A) 


M 




TC_PT_NG1 .N.1_WC_1 06 


Service change at NG-DECT Part 1 Golden Device FT (Golden 

Device B) 


M 




NG1.N.2 


Codec Switching 


M 


TC PT NG1.N.2 


TC PT NG1.N.2 BV 101 


Codec switching from G.722 to G.726 


M 




TC PT NG1.N.2 BV 102 


Codec switching from G.726 to G.722 


M 




GAP.N.30 


Calling Line Identification Presentation (CLIP) 


M 


TC PT GAP.N.30 


TC PT GAP.N.30 BV 01 


Incoming call with calling party number in {CG-SETUP} 


M 




TC PT GAP.N.30 BV 02 


Incoming call with calling party number in {CC-INFO} 


M 
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5.3.2 List of New Generation DECT Part 3 PT tests cases 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Extended Wideband Speech Services" 
(TS 102 527-3 [14]) features. 



Table 13: NG-DECT Part 3 PT Test Case Index 



NG-DECT Part 3 PT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec negotiation 


M 


TC PT NG1.N.1 


TC PT NG1.N.1 BV 103 


NG-DECT Part 3 capability during subscription registration 


M 




TC PT NG1.N.1 BV 104 


NG-DECT Part 3 capability during location registration 


M 




NG1.N.3 


Missed call notification 


M 


TC PT NG1.N.3 


TC PT NG1.N.3 BV 201 


Missed call notification, activation 


M 




TC PT NG1.N.3 BV 202 


Missed call notification, deactivation 


M 




TC PT NG1.N.3 BV 203 


Missed call notification, activation while on active call 


M 




NG1.N.4 


Voice message waiting notification 


M 


TC PT NG1.N.4 


TC PT NG1.N.4 BV 201 


Voice message waiting notification, activation 


M 




TC PT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


M 




NG1.N.5 


Date and Time synchronization 


M 


TC PT NG1.N.5 


TC PT NG1.N.5 BV 101 


FT initiated Date and Time synchronization 


M 




TC PT NG1.N.5 BV 102 


PT initiated Date and Time synchronization 







NG1.N.6 


Parallel Calls 


M 


TC PT NG1.N.6 


TC PT NG1.N.6 BV 401 


Codec change for parallel calls from G.722 to G.726 


M 




TC PT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 


M 




TC_PT_NG1 .N.6_BV_501 


Sending negative acknowledgement - call toggle 
unsuccessful 


M 




TC PT NG1.N.6 BV 601 


Busy line notification 


M 




NG1.N.7 


Common parallel call procedures (external or Internal) 


M 


TC PT NG1.N.7 


TC PT NG1.N.7 BV 101 


Common parallel call procedures capability 


M 




TC PT NG1.N.7 BV 102 


Outgoing parallel call initiation (external) 


M 




TC PT NG1.N.7 BV 103 


Outgoing parallel call initiation (internal) 


M 




TC_PT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting 
indication - End of call waiting indication 


M 




TC_PT_NG1 .N.7_BV_202 


Call waiting indication (internal) - CLIP on call waiting 
indication - End of call waiting indication 


M 




TC PT NG1.N.7 BV 301 


Call toggle (external) 


M 




TC PT NG1.N.7 BV 302 


Call toggle (internal) 


M 




TC PT NG1.N.7 BV 401 


Call release and call release rejection 


M 




TC PT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


M 




TC PT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


M 




TC_PT_NG1 .N.7_BV_701 


Active call release with replacement (from PP to FP) - call 
waiting (external) 







TC_PT_NG1 .N.7_BV_701 


Active call release with replacement (from PP to FP) - call 
on-hold (external) 







TC PT NG1.N.7 BV 801 


Call waiting rejection (from PP to FP) (external) 


M 




TC PT NG1.N.7 BV 901 


Putting a call on-hold - Resuming a call put on-hold 







TC PT NG1.N.7 BV 1201 


CNIP on call waiting indication (external) 


M 




TC PT NG1.N.7 BV 1202 


CNIP on call waiting indication (internal) 


M 




NG1.N.8 


Call transfer (external or internal) 


M 


TC PT NG1.N.8 


TC PT NG1.N.8 BV 101 


Call transfer (external) - announced 


M 




TC PT NG1.N.8 BV 102 


Call transfer (external) - unannounced 


M 




TC PT NG1.N.8 BV 103 


Call re-injection to the system (external) 


M 




TC PT NG1.N.8 BV 104 


Remote party CLIP on call transfer (external) 


M 




TC PT NG1.N.8 BV 105 


Remote party CNIP on call transfer (external) 


M 




NGLN.g 


3-party conference with established external and/or 
internal calls 





TC_PT_NG1.N.9 


TC_PT_NG1 .N.9_BV_1 01 


3-party conference with established external and internal 
calls - lUT is the initiating party - release from one of the non 
initiating parties 


M 




TC_PT_NG1 .N.9_BV_1 02 


3-party conference with established external and internal 
calls - lUT is not the initiating party 


M 
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NG-DECT Part 3 PT test case index 


Test Group 
KeTerence 


Test Case Id 


Description 


Status 




N\3i .IM.1 U 


i • M 

Intrusion call 




1 L>_r l_Nl:i 1 .N.I U 


1 O r l_No1 .N. IU_dV_iU1 


Implicit call intrusion into a line in "single call" mode - lUT is 

ine iniTiaTing pany 






TP PT Mf^i M in Ru mo 


lllipilOIL OdII liUlUblUII IIUU d Nile III blllylu Odll iTlUUf^ lU 1 lb 
not thp initiatinn nartv 

1 IWI 11 IC II llllCtLII ly \JCi\ Ly 


Kj I OU 1 




TC PT NG1.N.10 BV 201 


Explicit call intrusion into a line in "single call" mode 


C1301 




NG1.N.11 


Call deflection (external or internal) 





lU rl Nol.N.11 


lU rl NUT. N. 11 DV 1U1 


Call deflection (internal) in multiple lines context 


U 




TC PT NG1.N.11 BV 201 


Call deflection (external) - successful 


M 




TC PT NG1.N.11 BV 202 


Call deflection (external) - unsuccessful 


M 




TC PT NG1.N.11 BV 203 


Call deflection (external) - Call waiting deflection 


IVI 




NG1.N.12 


Line identification 


M 


TC_PT_NG1.N.12 


TC_PT_NG1 .N.12_BV_201 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE (non early CC-CONNECT 
implementation) 


M 




TC_PT_NG1 .N.12_BV_202 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE (early CC-CONNECT 
implementation) 


M 




TC_PT_NG1 .N.12_BV_401 


Line identification for a first external outgoing call using 
«MULTI-KEYPAD» IE (non early CC-CONNECT 
implementation) 







TC_PT_NG1 .N.12_BV_402 


Line identification for a first external outgoing call using 
«MULTI-KEYPAD» IE (early CC-CONNECT 

implementation) 







TC_PT_NG1 .N.12_BV_501 


FP managed line selection for a first external outgoing call 
(non early CC-CONNECT implementation) 


IVI 




TC_PT_NG1 .N.12_BV_502 


FP managed line selection for a first external outgoing call 
(early CC-CONNECT implementation) 


M 




NG1.N.13 


Call identification 


M 


TC_PT_NG1.N.13 


TC_PT_NG1 .N.13_BV_201 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (non early CC-CONNECT implementation) - Call 
status indication 


M 




TC_PT_NG1 .N.13_BV_202 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (early CC-CONNECT implementation) - Call 

status indication 


M 




TC_PT_NG1 .N.I 3_BV_203 


Call identifier assignment on outgoing call (FP to PP) - 
Internal call - Call status indication 


M 




TC_PT_NG1 .N.13_BV_301 


Call identifier assignment on incoming call (FP to PP) - 
Normal call setup 


M 




NG1.N.14 


Multiple Lines 


M 


TC_PT_NG1.N.14 


TC_PT_NG1 .N.I 4_BV_301 


Incoming external calls on a multiple line system - Accept 
incoming call on second line and release it - Resume first call 


M 




TC_PT_NG1 .N.14_BV_305 


Outgoing external calls on a multiple line system - Initiate a 
second outgoing call on second line using PP line selection 


M 




TC_PT_NG1 .N.14_BV_306 


Outgoing external calls on a multiple line system - Initiate a 
second outgoing call on second line using FP managed line 
selection 


M 




NG1.N.15 


Multiple calls 


M 


TC_PT_NG1.N.15 


TC_PT_NG1 .N.15_BV_201 


Incoming external calls on a multiple call line - Accept 

incoming second call 


M 




TC_PT_NG1 .N.I 5_BV_205 


Outgoing external calls on a multiple call line - Initiate a 
second outgoing call on the line using line selection 


M 




TC_PT_NG1 .N.15_BV_206 


Outgoing external calls on a multiple call line - Initiate a 
second outgoing call on ttie line using FP managed line 

selection 


M 




TC PT NG1.N.15 BV 301 


Busy system notification 


M 
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NG-DECT Part 3 PT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




KlOi M i C 
iNljl .N.l D 


List access service 


Ivl 


1 O r 1 iNUl .N.l D 


1 O r 1 INUl .N.l b ti V I /U1 


Missed calls list - Read entries - Initiate an external call 


IVI 






Missed calls list - Delete entry 


M 




\Li rl Nol.lN.lb bv 1 /(Jo 


Missed calls list - Delete list - Read entries when empty 


IVI 




TC_PT_NG 1 . N . 1 6_BV_1 704 


Missed calls list - Transfer number from missed calls list to 
contact list 


M 




Tr^ DX M He D\/ H THE 

1 O r I Nol .N.l b bV l / Uo 


Missed calls list - Incoming first voice call during existing list 
access session 


M 




\Li rl INol.N.lb bV loUl 


Outgoing calls list - Read entries - Initiate an external call 


U 




TC PT NG1.N.16 BV 1802 


Outgoing calls list - Delete entry 







TC PT NG1.N.16 BV 1803 


Outgoing calls list - Delete list - Read entries wiien empty 







TC_PT_NG1 .N. 1 6_BV_1 901 


Incoming accepted calls list - Read entries - Initiate an 

external call 


M 






Incoming accepted calls list - Delete entry 


M 




1 O r l_Nlji 1 .N. ID_dV_1 yUo 


Incoming accepted calls list - Delete list - Read entries wiien 
empiy 


M 




TP DT M(^1 M 1ft R\/ 1 QflA 
1 L/ r 1 INO 1 .IN. 1 D DV 1 yuH- 


incoiMing accepieu Caiis iisi - i ransTer numDcr Tiom incominy 

opppntpH ppIIq liQt tn pnntapt IiQt 

ClV.fOC|JLCU UdllO lloL LU LfUllldOl lloL 


IVI 




TP PT Mf^i M ifi Rv pnni 


All r'allc Met - RoaH ^ntri^c - Initiato an ovtornal r'all 

r\\\ LrClllo lloL riC^dU ClIllICo llllLICtLc; Cll 1 CALc;illCtl LiClll 


n 




TP PT M(^1 N ifi RV pnnp 

1 O r 1 l>IVJI 1 .IN . 1 O D V ^uu^ 


All pqIIc Met - Doloto ontr\/ 
r\\\ odiio iioi L.'cicic CI my 


n 




TP PT Mf^1 M 1R RV 900*^ 

1 O r 1 IN<^ 1 .IN. 1 \j DV ^U\JO 


All r'allc lict - Plolot^ lict _ RoaH ontnoc \A/hon omnt\/ 
r\\\ udiio iioL L^ddc iioi ncdu ClILIiCo Wl ICI 1 c;iii|jiy 


n 




TC PT NG1 N 1fi RV ?ini 

1 \_/ n 1 1 NVJI I.IN.IU LJ V ^lUI 


Pnntar't liQt - RpaH pntriPQ - Initiate an PYtf^rnal pall 
V-/\JI iidLri iioL ricdu c?i III ic?o iiiiiidLC di i CALc?iiidi Odii 


M 




TP. PT NR1 N 1fi RV ?in? 

1 \_/ II IN I.IN.IvJ LJV ^ \ 


Pnntar't liQt - FlplptP pntru 

OUIILdUL lloL \^X^\X^\Xj CIILiy 


M 




TP PT Nrii M ifi RV ?in9 

lO nl IN\J3I.IN.IU DV \ UO 


Pnntar't lict - n^oloto lict - RoaH nntrioc \A/hnn oinnt\/ 

wUIILdL-L lloL 1— 'ddC llol PlCdU dILIIUo VVi IcM tJMIfJiy 


IVI 




TC_PT_NG1 .N.l 6_BV_21 04 


Contact list - Create entry - Edit entry - Save entry 


M 




TP PT MP;i M 1 R\/ o-\nR 
IL/ rl INLal.lN.IO DV ti. I UO 


oonidCi iiST - uredTe eniry - iNegdiive MCKnowieagerneni 


h/l 
IVI 




TP PT Mri1 M 1 RV 9infi 
1 L/ ri InOI.In.ID DV £1 1 UD 


OUlUdOL llol rltsdU UllUlub UUlllig yxiyrildl Odll 


K/l 
IVI 




TP PT K\n.-\ M -1 ft R\/ 0-1 in 
IL/ rl InVjI.In.IO DV ^illU 


LfOnidCi IIST - tniry wiTn several conidCi numDers 


\j 




TP PT Kirsi KM ft R\/ ooni 

1 O r 1 INHjl 1 .In. I D DV £i£iU 1 


inierndi ridmes iisi - riedu entries - iniiidie dn inierridi Cdii 


^/l 

IVI 




TP DT M(^1 M 1ft R\/ OOnO 
1 O r 1 InO I .In. I D DV c-cXjc. 


interridi ridmes iisi - ueiete entry 


IVI 




TP PT Mf^l M 1ft RV 00C\^ 

\\j ri INVJI.IN.ID DV c.d.\j<j 


iiueriidi iidiiicb llol cuii eiiiry - odve eiiiry 


K/l 

IVI 




TG_PT__NG1 .N.l 6_BV_2204 


Internal names list - Call interception - PIN protected - Edit 
entry - oave eniry 


M 




TC PT NG1.N.16 BV 2301 


All incoming calls list - Read entries - Initiate an external call 







lU rl Nol.N.lb bV ^oU^ 


All incoming calls list - Delete entry 


u 




TC PT NG1.N.16 BV 2303 


All incoming calls list - Delete list - Read entries wtien empty 







TC PT NG1.N.16 BV 2401 


DECT system settings list - Read entries 


M 




TC PT NG1.N.16 BV 2501 


Line settings list - Read entries 


M 




TC_PT_NG1 .N.16_BV_2601 


Virtual missed calls list - Read entries - Initiate an external 
call 







TC_PT_NG1 .N.16_BV_2602 


Virtual outgoing calls list - Read entries - Initiate an external 
call 







TC_PT_NG 1 . N . 1 6_BV_2603 


Virtual incoming accepted calls list - Read entries - Initiate an 

external call 







TC PT NG1.N.16 BV 2604 


Virtual all calls list - Read entries - Initiate an external call 







TC PT NG1.N.16 BV 2605 


Virtual contact list - Read entries - Initiate an external call 







TC_PT_NG1 .N.1 6_BV_2606 


Virtual all incoming calls list - Read entries - Initiate an 
external call 







TC_PT_NG1 .N.16_BV_2701 


DECT system settings list - Current PIN code - New PIN code 
- Edit entry - Save entry 


M 




TC_PT_NG1 .N.16_BV_2801 


DECT system settings list - Clocl< master - Edit entry - Save 
entry 


M 




TC_PT_NG1.N.1 6_B V_290 1 


DECT system settings list - Base reset - Edit entry - Save 

entry 


M 




TC_PT_NG1 .N.1 6_BV_2902 


DECT system settings list - Base reset - PIN protected - Edit 
entry - Save entry 


M 




TC_PT_NG1 .N.1 6_BV_3001 


DECT system settings list - FP IP address - Edit entry - Save 
entry 







TC PT NG1.N.16 BV 3501 


DECT system settings list - FP version - Read entries 


M 




TC PT NG1.N.16 BV 3801 


Line settings list - Line name - Edit entry - Save entry 


M 




TC PT NG1.N.16 BV 4001 


Line settings list - Attaciied iiandsets - Edit entry - Save entry 


M 
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NG-DECT Part 3 PT test case index 


Test Group 
KeTGrence 


Test Case Id 


Description 


Status 




X/"* DX M/^H M -1 C D\/ yinno 

1 O r l_Nol .N.l b_DV_4UUii 


— ■ — — — ; 

Line settings list - Attached handsets - PIN protected - Edit 
eniry - oave eniry 


M 




TC PT NG1.N.16 BV 4101 


Line settings list - Dialing prefix - Edit entry - Save entry 







X/"* DX MO^ M He D\/ /10A^ 

1 U rl INHjl.N.lb bV 4^:U1 


Line settings list - FP melody - Edit entry - Save entry 


u 




TC PT NG1.N.16 BV 4301 


Line settings list - FP volume - Edit entry - Save entry 







TC PT NGI .N.16_BV_4401 


Line settings list - Blocked telephone number - Edit entry - 
Save entry 







TO PT NG1.N.16 BV 4501 


Line settings list - Multiple calls mode - Edit entry - Save entry 


M 




TO PT NG1.N.16 BV 4601 


Line settings list - Intrusion call - Edit entry - Save entry 


CI 302 




TG_PT_NG1 .N.l 6_BV_4701 


Line settings list - Permanent GLIR - Edit entry - Save entry - 
'Value' sub field 


CI 303 




TGPTNG 1 .N.l 6_BV_4702 


Line settings list - Permanent GLIR - Edit entry - Save entry - 
GLIR code sub fields 


G1303 




TC_PT_NG1 .N.1 6_BV_4801 


Line settings list - Gall forwarding unconditional - Edit entry - 
Save entry - 'Value' and 'Gall forwarding number' sub fields 


M 




TG_PT_NG1 .N.l 6_BV_4802 


Line settings list - Gall forwarding unconditional - Edit entry - 
Save entry - CFU codes sub fields 







TG_PT_NG1 .N.16_BV_4901 


Line settings list - Gall forwarding on No answer - Edit entry - 
Save entry - 'Value' and 'Gall forwarding number' sub fields 


M 




TG_PT_NG1 .N.16_BV_4902 


Line settings list - Gall forwarding unconditional - Edit entry - 
Save entry - GFNA codes sub fields 







TG_PT_NG1 .N.16_BV_5001 


Line settings list - Gall forwarding on Busy subscriber - Edit 
entry - Save entry - 'Value' and 'Gall forwarding number' sub 

fields 


M 




xp DX MPH M He D\/ cnr\o 


Line settings list - Gall forwarding unconditional - Edit entry - 

OdVc ciliry - OrD OUUcb oUU llclUb 


U 




TG_PT_NG1 .N.16_BV_5101 


DECT system settings list - Emission mode - Edit entry - 

oave eniry 


CI 304 




M/^i M 17 


Pollirm lino irlontiti/ roetrif^tif^n 

falling line lucniiiy icoiriciion 




TP PT Ml^1 M 1 7 

1 O r 1 INVJI 1 .In. I / 


TP PT Mr^1 M 17 R\/ '^m 

1 O r 1 IMO 1 .In. I / D V OU 1 


1 criipuidry OLin iiiuuc ^odii uy odii^ 


Ivl 




NG1.N.18 


Call forwarding (external calls) 




1 O r 1 INUl .N.l o 


No test case 








NG1.N.19 


DTMF handling 


iUI 


TC_PT_NG1 .N.1 9 


TC_PT_NG1 .N.19_BV_101 


Uplink DTMF transmission at call setup when FP connected 
to classic switching network 


M 




lU r 1 Nljil.N.iy bV ^(Jl 


Uplink DTMF transmission when connected 


M 




M^i M OA 


Tones provision 


M 






Tones provision by the system - Ring-back tone and Busy 
tone 


M 




TP PT M(^1 M on R\/ OHQ 


1 ones provision oy ine system - inTercepi lone, iMeyaiive 

a/^Lf nr»\A/loHnomont tnno anH Pall \A/aitinn tnno 
ctOrxi iUvVic;uy c;i i ic;i i L LUi ic di lU Octii Wdiliiiy lUiic 


^/l 

IVI 




TP PT Mf^1 M PD RV POR 

1 w r 1 IN<^ 1 .IN.^U DV ^L/O 


Tonoc nrn\/icinn h\/ tho cwctom - Dial tnno 
1 ui ico |jiuvioiuii uy Lilt:? oyoici i i L-'icti lui ic? 


n 




TP, PT Nir^l N ?n RV PO? 

1 \_/ II In I.IN.^U LJV C\J I 


TnnPQ nrnv/iQinn h\/ thp QUQtpm - Plff-hnnk \A/arninn tnnp 
ivjiico L^iuvioiwii uy Liic oyoLdii ii iiuurx vvciiiiiiim lui ic^ 






TG PT NG1 N ?n RV ?f)8 


TnnPQ nrnx/iQinn hv thp QWQtpm - Klpt\A/ork ponnPQtion tnnp 
luiico |ji<jvjoi<jii uy Liic oyoici 1 1 imcivvui ix lycroiiui i lui ic 


n 




NG1.N.21 


Headset management 


01305 




TP PT Mm M 91 RU ini 


neausei capauiiiTy ouring suuscripiion regisiraiion 


PI ^r\R 
O 1 oUO 




TG PT NG1.N.21 BV 102 


Headset capability during location registration 


G1305 




X^ DX M/^H M OH D\/ OnH 


Headset call interception - G.722 call 


^ H O AC 

OI oOb 




TG PT NG1.N.21 BV 301 


Headset incoming call - G.722 call 


G1305 




TC PT NG1.N.21 BV 401 


Re-dial of last outgoing call 


C1306 




TC PT NG1.N.21 BV 501 


Re-dial of last incoming call 


G1306 




TG_PT_NG1 .N.21_BV_601 


Headset incoming call - G.726 call - Switching from headset 
to handset (headset initiated) 


G1306 




TG_PT_NG1 .N.21_BV_701 


Headset side - Headset call interception - G.726 call - 
Switching from headset to handset (handset initiated) 


CI 307 




TG_PT_NG1 .N.21_BV_705 


Handset side - Headset call interception - G.722 call - 
Switching from headset to handset (handset initiated) 


G1308 




NG1.N.22 


Handling of iines wliere second caiis are signaiied 
in-band 


iUI 


TC_PT_NG1.N.22 


TG_PT_NG1 .N.22_BV_401 


Use of transparent commands on IBSG lines (Basic or 
Off-hook CLIP enabled) or any other line 


M 
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NG-DECT Part 3 PT test case index 



Toct r^miin 

1 col \tfllwU|J 

Reference 


1 col Odoc lu 


UKS9\*l I|JIIUI 1 






GAP N 31 


IIILwIIICII OClll 


M 


Tn PT HAP N "^1 


TC, PT HAP Nl R\/ ini 


Intprnpl c^W crpti in - intprnal ppII pI^^qq 

MILCIilCll Udll odU|J IIILC^IIICll OClll L/ldOO 


M 




TO PT GAP N BV 301 


Intprnal r^ll CI IP 

II 1 L^l 1 ICll OCll 1 v_/ 1 1 1 


M 




TO PT GAP N 31 BV 401 


Intprnal rail ONIP 

II 1 L^l 1 ICll OCll 1 V_/ 1 M 1 1 


M 




TO PT RAP N BV fi01 


Internal pj^II pnrlpr" nrinritv - niitnninn pall 


M 




TC PT GAP.N.31 BV 602 


Internal call codec priority - Incoming call 


M 






Oallinn Mama lrlontifi/^ati/\n Di'aoontati/\n /^^MID^ 
Odiiiiiy iidiiic lUciiliiiwcililiii ncociildlii/ii 


lUI 

IVI 


TC PT GAP.N.34 


TC PT GAP.N.34 BV 101 


Incoming call with calling party name in {CC-SETUP} 


M 




Tr^ DT /"'ADM Oyl D\/ i HO 

iG rl GAr.l\.o4 bv lU^i 


Incoming call with calling party name in {CC-INFO} 


IVI 




IG rl GAr.lN.o4 bV lUo 


incoming can witn glit ano gnit in {GG-iiNrU) 


M 




GAP.N.35 


Enhanced security 


M 


TG PT GAP. N. 35 


TG PT GAP.N.35 BV 101 


Encryption of all calls 


M 




TG_PT_Q AP. N .35_B V_20 1 


Indication of Support of 'Re-I<eying' and 'early encryption' in 
terminal capabilities during registration 


O 




TC_PT_GAP.N.35_BV_202 


Indication of Support of 'Re-keying' and 'early encryption' in 
terminal capabilitiss during location registration 







Tf^ DT OAD M OC D\/ OHO 


Re-keying procedure 


r\ 
U 




TC_PT_GAP.N.35_BV_301 


Assignment of default cipher l<ey and usage of early 

encryption during incoming call 







TC_PT_GAP.N.35_BV_302 


Usage of early encryption during outgoing call 







TG PT GAP.N.35 BV 303 


Usage of early encryption for MM procedure 


o 




TC_PT_GAP.N.35_BV_304 


Overwriting a default cipher l<ey by assigning a new default 
cipher key with the same index 







TC PT GAP.N.35 BV 305 


Assign two default cipher keys with different indices. 







TC_PT_GAP.N.35_BV_306 


PP releases connection in case FP rejects early encryption 
on MAC layer 







TC_PT_GAP.N.35_BV_501 


Release of unexpectedly unencrypted outgoing call in call 
proceeding state 


M 




TC_PT_GAP.N.35_BV_502 


Release of unexpectedly unencrypted outgoing call in 
connect state 


M 




TC_PT_GAP.N.35_BV_503 


Release of unexpectedly unencrypted incoming call in 
alerting state 


M 




TC_PT_G AP. N .35_B V_504 


Release of unexpectedly unencrypted incoming call in 
connect state. 


M 




TG_PT_QAr.N.35_BV_505 


Release of unexpectedly unencrypted outgoing call in 
connect state after switching encryption support in FT off 


M 




Tr^ DT O A D M D\/ CAC 

1 G_r 1 _GAr.lN.o!D_bV_oUb 


Release of unexpectedly unencrypted outgoing call in 

f^/-»nno^t ctQto Hoonito /-\f ci i^/^occfi il cii ithontif^citiptn 
LfUIIIIoOL oLdLc; Uc;opiLt^ Ul oUOCUoolUI clULI lUUclLIUI 1 


IVI 




TC PT riAP M RV ROV 


ricicabc Ul UllcXpcUlcUiy UllcllCiypLcU IllCUlllilig Call ill 

pnnnprt ^tfltp Hp^nitp rtf irpp^^f i il ithpntiratinn 

LfUl 11 ICLrl OLdLC LICO|JilC7 Ul OULrLrCooiUi dULI iCi ILILrClllLfl 1 


IVI 




NG1.A.1 


f fi^v PIN mHp rpni^tmtinn 

^cioy 1 IIY v^uuc 1 lo 11 ciiii/i 1 


M 


TO PT NG1 A 1 


TO PT NG1 A 1 BV 101 

1 V-/ 1 1 1 >l \w4 1 ./^ ,1 l_> V 1 1 


Rpnl^tration mnrip aiitnmatir 3popqq 


M 




TO PT NR1 A 1 RV ?ni 


^parphinn mrtrie^ anH PIM mrlp rpni ipctc 

OCjCtl Lfl ill 1^ liiUUC ClI lU n IIM l^UUC 1 CL|LICOLO 


M 




TC PT NG1.A.1 BV 301 


Base station name selection 







TP PT Mf51 A 1 RU 4ni 
1 r 1 INVJ 1 .rt. 1 DV HU 1 


ricy IbLrdllUll Ubcl IccUUdOIx 


IVI 




NG1.A.2 


f nfiirinn rpfii^trstinn 

^doy ^diiiii^ ic^ioiidiiuii 


M 


TO PT NG1.A.2 


TC PT NG1.A.2 BV 401 


Searching mode request (default PIN) 


M 




TC PT NG1.A.2 BV 402 


Searching mode request (switching back to PIN entry) 


M 




NG1.A.3 


Handset Locator 


M 


TC PT NG1.A.3 


TC PT NG1.A.3 BV 101 


Handset Locator 


M 




GAP.A.4 


Terminal Identity number assignment in mono ceii 
system 


lUI 


TO PT GAP.A.4 


TC PT GAP.A.4 BV 101 


Terminal Identity number assignment in mono cell system 


M 



CI 301 : At least one of the two procedures implicit or explicit call intrusion shall be implemented. 

CI 302: IF NG1 .N.I 7 THEN "M" ELSE "I". 

C1303: IF NG1.N.17THEN "M" ELSE "I". 

CI 304: IF NG1 .M.5 "no-emission" mode is supported THEN "M" ELSE "I". 

CI 305: IF the PT is a headset PP THEN "M" ELSE "I". 

CI 306: IF the PT is a headset PP THEN "O" ELSE "I". 

C1308: IF the PT is a headset PP THEN "1" ELSE "O". 



ETSI 



29 



ETSI TS 102 841 VI .1.1 (2010-04) 



5.4 Fixed Part TC purposes 

5.4.1 List of New Generation DECT Part 3 FT tests cases related to 
NG-DECT Part 1 features 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Wideband speech" (part 1) (TS 102 527-1 
[13]) features. In other words, theses test cases shall be implemented with the NG-DECT Part 3 requirements (see 
Clause 5.1). 



Table 14: NG-DECT Part 3 FT Test Case Index related to NG-DECT Part 1 features 



NG-DECT Part 3 FT test case Index related to NG-DECT Part 1 features 


Test Group 


Test Case id 


Description 


Status 




NG1.N.1 


Codec Negotiation 


M 


1 U r 1 IN (ji 1 . IN . 1 




Exchange of codec list during subscription registration 


IVI 




TC FT NG1.N.1 BV 102 


Exchange of codec list during location registration 


M 




lU rl Ntil.N.1 DV 103 


NCj-UtC 1 Part 1 higher layer capabilities 


M 




TC FT NG1.N.1 BV 201 


Basic service wideband speech 


M 




TC FT NG1.N.1 BV 301 


Outgoing G.722 call without slot type modification 


M 




TC FT NG1.N.1 BV 302 


Outgoing G.726 call without slot type modification 


M 




TC FT NG1.N.1 BV 303 


Outgoing G.722 call with slot type modification 


M 




TC FT NG1.N.1 BV 304 


Outgoing G.726 call with slot type modification 


M 




TC_FT_NG1 .N.1_BV_305 


Outgoing G.722 call, fall bacl< to a G.726 codec when full to 
long slot type modification fails 


M 




TC_FT_N G 1 . N . 1 _B V_306 


Outgoing call without sending any IE «CODEC-LIST» in 
{CC-SETUP} 


M 




TC_FT_NG1 .N.1_BV_307 


/~\. .J. : II . . II — i~\ 1 — 1 : r/~i/~i oi — i~i ini 

Outgoing call with an IE «CODEC-LIST» in {CC-SETUP} 
different from previous sent during location registration 


M 




TC FT NG1.N.1 BV 321 


Incoming call G.722 


M 




TC FT NG1.N.1 BV 322 


Incoming call G.726 


M 




TC FT NG1.N.1 BV 323 


Incoming call G.722, negotiation results in G.726 


M 




TC^FT_NG1.N.1_WC_101 


Outgoing call Wideband at NG-DECT Part 1 Golden Device PT 
(Golden Device A) 


M 




TC_FT_NG1.N.1_WC_102 


Outgoing call Wideband at NG-DECT Part 1 Golden Device PT 
(Golden Device B) 


M 




TC_FT_NG1 .N.1_WC_1 03 


Incoming call Wideband at NG-DECT Part 1 Golden Device PT 
(Golden Device A) 


M 




TC_FT_NG1 .N.1_WC_1 04 


Incoming call Wideband at NG-DECT Part 1 Golden Device PT 
(Golden Device B) 


M 




TC_FT_NG1 .N.1_WC_1 05 


Service change at NG-DECT Part 1 Golden Device PT (Golden 

Device A) 


M 




TC_FT_NG1 .N.1_WC_106 


Service change at NG-DECT Part 1 Golden Device PT (Golden 
Device B) 


M 




NG1.N.2 


Codec switching 


M 


TC_FT_NG1.N.2 


No test case 








GAP.N.30 


Calling Line Identification Presentation (CLIP) 


M 


TC FT GAP.N.30 


TC FT GAP.N.30 BV 01 


Incoming call with calling party number 


M 



5.4.2 List of New Generation DECT Part 3 FT tests cases 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Extended Wideband Speech Services" 
(TS 102 527-3 [14]) features. 
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Table 15: NG-DECT Part 3 FT Test Case Index 



NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec negotiation 


M 


TC FT NG1.N.1 


TC FT NG1.N.1 BV 104 


NG-DECT Part 3 higher layer capabilities 


M 




NG1.N.3 


iUlissed cail notification 


M 


TC_FT_NG1.N.3 


TC_FT_NG1 .N.3_BV_201 


Missed call notification after PP location registration or FP 
reboot 


M 




NG1.N.4 


Voice message waiting notification 


M 


TO FT NG1.N.4 


TC FT NG1.N.4 BV 201 


Voice message waiting notification, activation 


M 




TC FT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


M 




NG1.N.5 


Date and Time synclironization 


M 


TO FT NG1.N.5 


TC FT NG1.N.5 BV 101 


FT initiated Date and Time synchronization 


M 




TC FT NG1.N.5 BV 102 


PT initiated Date and Time synchronization 


M 




NG1.N.6 


Parallel Calls 


M 


TO FT NG1.N.6 


TC FT NG1.N.6 BV 401 


Codec change for parallel calls from G.722 to G.726 


M 




TC FT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 


M 




TC_FT_NG1 .N.6_BV_501 


Sending negative acl<nowledgement - invalid call toggle 

request 


M 




TC FT NG1.N.6 BV 601 


Busy line notification 


M 




NG1.N.7 


Common parallel call procedures (external or internal) 


M 


TG_FT_NG1.N.7 


TC_FT_NG1 .N.7_BV_1 01 


Outgoing parallel call initiation (external), FP managed line 
selection 


M 




TC FT NG1.N.7 BV 102 


Outgoing parallel call initiation (internal) 


M 




TC_FT_NG1 .N.7_BV_1 03 


Outgoing parallel call initiation (external), line selection 
using «CALL-INFORMATION» IE in {CC-INFO} 


M 




TC_FT_N G 1 . N . 7_B V_1 04 


Outgoing parallel call initiation (external), line selection 
using «I\/IULTI-KEYPAD» IE in {CC-INFO} 


M 




TC_FT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting 
indication - End of call waiting indication 


M 




TC_FT_NG1 .N.7_BV_202 


Call waiting indication (internal) - CLIP on call waiting 
indication - End of call waiting indication 


M 




TC FT NG1.N.7 BV 301 


Call toggle (external) 


M 




TC FT NG1.N.7 BV 302 


Call toggle (internal) 


M 




TC_FT_NG1 .N.7_BV_401 


Call release and call release rejection - Resuming a call put 
on-hold 


C1501 




TC FT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


M 




TC FT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


M 




TC_FT_NG1 .N.7_BV_701 


Active call release with replacement (from PP to FP) - call 
waiting (external) 







TC_FT_NG1 .N.7_BV_702 


Active call release with replacement (from PP to FP) - call 

on-hold (external) 







TC FT NG1.N.7 BV 801 


Call waiting rejection (from PP to FP) (external) 


CI 502 




TC_FT_NG1 .N.7_BV_901 


Putting a call on hold (external) - Resuming a call put 
on-hold 


CI 503 




TC_FT_NG1 .N.7_BV_902 


Putting a call on hold (internal) - Resuming a call put 

on-hold 


M 




TC FT NG1.N.7 BV 1201 


CNIP on call waiting indication (external) 


M 




TC FT NG1.N.7 BV 1202 


CNIP on call waiting indication (internal) 


M 




NG1.N.8 


Call transfer (external or internal) 


M 


TC FT NG1.N.8 


TC FT NG1.N.8 BV 101 


Call transfer (external) - announced 


M 




TC FT NG1.N.8 BV 201 


Call transfer (external) - unannounced 


M 




TC FT NG1.N.8 BV 301 


Call re-injection to the system (external) - announced 


M 




TC FT NG1.N.8 BV 302 


Call re-injection to the system (external) - unannounced 


M 




TC FT NG1.N.8 BV 401 


Remote party CLIP on call transfer 


M 




TC FT NG1.N.8 BV 501 


Remote party CNIP on call transfer 


M 
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NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.9 


3-party conference with established external and/or 
internal calls 





TC_FT_NG1.N.9 


TC_FT_NG1 .N.9_BV_1 01 


3-party conference with established external and internal 
calls - release from non initiating internal party 


M 




TC_FT_NG1 .N.9_BV_1 02 


3-party conference with established external and internal 
calls - release of external party from initiating PP 


M 




TC_FT_NG1 .N.9_BV_1 03 


3-party conference with established external calls - release 
from initiating party 







TC_FT_NG1 .N.9_BV_1 04 


3-party conference with established external calls on two 
different lines - release from initiating party 







NG1.N.10 


Intrusion call 





TC_FT_NG1.N.10 


TC_FT_N G 1 . N . 1 0_BV_1 1 


Implicit call intrusion into a line in "single call" mode - 

release from intruder 


M 




TC_FT_NG1 .N.1 0_BV_1 05 


Implicit call intrusion into a line in "single call" mode on a 
multiple line system (non early CC-CONNECT 
implementation) - release from intruder 


IVI 




TC_FT_N G 1 . N . 1 0_B V_1 06 


Implicit call intrusion into a line in "single call" mode on a 
multiple line system (early CC-CONNECT implementation) - 
release from intruder 


M 






Explicit call intrusion into a line in "single call" mode - 
nanusei inirusion 


M 




TC_FT_NG1 .N.10_BV_202 


Explicit call intrusion into a line in "single call" mode - line 
intrusion 


M 




N\3I .IM.1 1 


Call deflection (external or internal) 


KJ 


TC FT NG1.N.11 


TC FT NG1.N.11 BV 101 


Call deflection (internal) in multiple lines context 







TC FT NG1.N.11 BV 201 


Call deflection (external) - first incoming call deflection 


M 




TC FT NG1.N.11 BV 202 


Call deflection (external) - call waiting deflection 


M 




NG1.N.12 


Line identification 


lUI 


TC_FT_NG1.N.12 


TC_FT_NG1 .N.I 2_BV_301 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE in {CC-INFO} (non early 
CC-CONNECT implementation) 


M 




TC_FT_NG1 .N.12_BV_302 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE in {CC-INFO} (early 
CC-CONNECT implementation) 


M 




TC_FT_NG1 .N.12_BV_401 


Backward-compatible line identification for a first external 
outgoing call using IE «MULTI-KEYPAD» IE (non early 
CC-CONNECT implementation) 


M 




TC_FT_NG1 .N.12_GC_401 


Backward-compatible line identification for a first external 
outgoing call using «MULTI-KEYPAD» IE (non early 
CC-CONNECT implementation) 


M 




TC_FT_N G 1 . N . 1 2_B V_402 


Backward-compatible line identification for a first external 
outgoing call using IE «MULTI-KEYPAD» IE (early 
CC-CONNECT implementation) 


M 




TC_FT_NG1 .N.12_GC_402 


Backward-compatible line identification for a first external 
outgoing call using IE «MULTI-KEYPAD» IE (early 
CC-CONNECT implementation) 


M 




TC_FT_NG1 .N.12_BV_501 


FP managed line selection for a first external outgoing call 
(non early CC-CONNECT implementation) 


M 




TC_FT_NG1 .N.12_BV_502 


FP managed line selection for a first external outgoing call 
(early CC-CONNECT implementation) 


M 
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NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.13 


Cail identification 


M 


TC_FT_NG1.N.13 


TG_FT_N G 1 . N . 1 3_B V_20 1 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (non early CC-CONNECT implementation) - 
Call status indication 


M 




TG_FT_N G 1 . N . 1 3_BV_202 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (early CC-CONNECT implementation) - Call 
status indication 


M 




TC_FT_NG1 .N.13_BV_203 


Call identifier assignment on outgoing call (FP to PP) - 
Internal call - Call status indication 


M 




TC_FT_NG1 .N.13_BV_204 


Call identifier assignment on outgoing call (FP to PP) - LiA 
service call setup - Call status indication for outgoing 
external call 


M 




TC_FT_N G 1 . N . 1 3_BV_205 


Call identifier assignment on outgoing call (FP to PP) - LiA 
service call setup - Call status indication for internal call 






TC_FT_N G 1 . N . 1 3_B V_30 1 


Call identifier assignment on incoming call (FP to PP) - 
Normal call setup 


M 




TG_FT_NG1 .N.13_BV_302 


Call identifier assignment on incoming call (FP to PP) - LiA 
service call setup - Call status indication for incoming 
external call 


M 




NG1.N.14 


iUlultiple Lines 





TC_FT_NG1.N.14 


TC_FT_N G 1 . N . 1 4_B V_30 1 


Incoming external calls on a multiple line system - Incoming 
calls on two lines with no active PPs 


M 




TC_FT_N G 1 . N . 1 4_B V_302 


Incoming external calls on a multiple line system - Incoming 
calls with one active PP - Accept second call on idle PP and 

release it 


M 




TC_FT_N G 1 . N . 1 4_B V_303 


Incoming external calls on a multiple line system - Incoming 
calls with one active PP - Accept second call on active PP 
and release it - Resume active call 


M 




TC_FT_N G 1 . N . 1 4_B V_304 


Incoming external calls on a multiple line system - Two 

simultaneous incoming calls 


M 




TC_FT_N G 1 . N . 1 4_B V_305 


Outgoing external calls on a multiple line system - Initiate 
outgoing calls on two lines (non early CC-CONNECT 
implementation) 


M 




TC_FT_NG1 .N.14_BV_306 


Outgoing external calls on a multiple line system - Initiate 
outgoing calls on two lines (early CC-CONNECT 
implementation) 


M 




TC FT NG1.N.14 BV 401 


Internal calls in multiple line context 


M 




NG1.N.15 


lUlultiple calls 


M 


TG_FT_NG1.N.15 


TC_FT_NG1 .N.1 5_BV_201 


Incoming external calls on a multiple call line - Accept 

incoming second call on idle PP 


M 




TC_FT_NG1 .N.1 5_BV_202 


Incoming external calls on a multiple call line - Accept 
incoming second call on active PP 


M 




TC_FT_NG1 .N.I 5_BV_205 


Outgoing external calls on a multiple call line - Initiate 
outgoing second call on idle PP (non early CC-CONNECT 
implementation) 


M 




TC_FT_NG1 .N.15_BV_206 


Outgoing external calls on a multiple call line - Initiate 
outgoing second call on idle PP (early CC-CONNECT 
implementation) 


M 




TC_FT_NG1 .N.15_BV_207 


Outgoing external calls on a multiple call line - Initiate 

outgoing second call on active PP using 
«GALL-INFORMATION» line selection 


M 




TG_FT_NG1 .N.15_BV_208 


Outgoing external calls on a multiple call line - Initiate 
outgoing second call on active PP using 
«MULTI-KEYPAD» line selection 


M 




TC FT NG1.N.15 BV 301 


Busy system notification 


M 
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NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.16 


List access service 


iUI 


TC_FT_NG1 .N.1 6 


TC_FT_N G 1 . N . 1 6_B V_30 1 


Start / end session sequencing and parameters - list of 
supported lists 


M 




lU rl INol.lN.lb DV oU«; 


CC-RELEASE without end session - list of supported lists 


M 




TC_FT_NG1 .N.16_BV_303 


No simultaneous access to the same list from 2 different 
PPs - internal names list 


M 




1 O r l_No 1 .N.l b_bV_oU4 


Simultaneous access to the same list from 2 different PPs 

(check edit locks an entry)- internal names list 


M 




lU hi NUI.N.Ib DV oUb 


Edit Current PIN code while Line setting list session is open 


M 




TC FT NG1.N.16 BV 1601 


List of supported lists - read entries 


M 




TC FT NG1.N.16 BV 1701 


Missed calls list - Delete list - Read entries when empty 


M 




TG_FT_NG1 .N.l 6_BV_1 702 


Missed calls list - List change notification - Read entries 

when new entries 


M 




TO FT NG1.N.16 BV 1703 


Missed calls list - Delete entry - Negative acknowledgement 


M 




TG_FT_N G 1 . N . 1 6_B V_1 704 


Missed calls list - Transfer number from missed calls list to 
contact list 


M 




TC_FT_N G 1 . N . 1 6_B V_1 705 


Missed calls list - Initiate a voice call during a list access 

session 


M 




TG_FT_NG1 .N.l 6_BV_1 706 


Missed calls list - List access during existing voice call with 
second call initiation - Switching between LA session and 
voice call - Returning to LA session after voice call 
termination 


M 




TC FT NG1.N.16 BV 1801 


Outgoing calls list - Delete list - Read entries when empty 







TC FT NG1.N.16 BV 1802 


Outgoing calls list - Read entries when new entries 







TC_FT_N G 1 . N . 1 6_BV_1 803 


Outgoing calls list - Delete entry - Negative 
acknowledgement 







TC_FT_N G1.N.16_BV_1901 


Incoming accepted calls list - Delete list - Read entries 
when empty 


M 




1 0_r l_N(j1 .N.l b_DV_1 yu^: 


Incoming accepted calls list - Read entries when new 


M 




TC_FT_NG1.N.16_BV_1903 


Incoming accepted calls list - Delete entry - Negative 
acKnowieogemeni 


M 




TC FT NG1.N.16 BV 2001 


All calls list - Delete list - Read entries when empty 







lU hi NUI.N.Ib DV dUUd 


All calls list - Read entries when new entries 


U 




TC FT NG1.N.16 BV 2003 


All calls list - Delete entry - Negative acknowledgement 







TC FT NG1.N.16 BV 2101 


Contact list - Delete list - Read entries when empty 


M 




TC FT NG1.N.16 BV 2102 


Contact list - Save entry - Read entries in ascending order 


M 




TC_FT_NG1.N.16_BV_2103 


Contact list - Query supported entry fields - Read entries in 
descending order 


M 




TC_FT_N G 1 . N . 1 6_B V_2 104 


Contact list - Edit entry - add a second contact number field 
to an entry 


M 




1 O h I Nol .N.Ib DV i:! Ut) 


Contact list - Edit entry - Save entry without changing the 
entry 


r /I 
M 




lU hi INol.lN.lb DV ^dlUb 


Contact list - Search entries using matching options 


M 




Tr^ CT M^H M He D\/ OH rtT 

1 O h l_Nlji 1 .N.lb_DV_iil U/ 


Contact list - Search entries in ascending order and 
descending order 


M 




CT M^H M HC D\/ OH nO 

\(j hi Nol.N.lb DV «l1Uo 


Contact list - Initiate a voice call during a list access session 


M 




TC FT NG1.N.16 BV 2109 


Contact list - Entry used to update Outgoing call list 







TC FT NG1.N.16 BV 2110 


Contact list - Delete entry - Negative acknowledgement 


M 




TC_FT_N G 1 . N . 1 6_B V_2 111 


Contact list - Incoming first voice call during existing list 
access session 


M 




TC FT NG1.N.16 BV 2201 


Internal names list - Edit entry - Save entry 


M 




TC_FT_N G 1 . N . 1 6_BV_2202 


Internal names list - New registration - List change 
notification - Read entries 


M 




"TO n" M^H Kl He D\/ oono 

1 O h l_NOi1 .N.16_dV_2203 


Internal names list - Initiate and check internal call from 
internal names list 


h A 

M 




TC FT NG1.N.16 BV 2210 


Internal names list - Delete entry 


M 




TC_FT_NG1 .N.16_BV_2301 


All incoming calls list - Delete list - Read entries when 
empty 







TC FT NG1.N.16 BV 2302 


All incoming calls list - Read entries when new entries 







TC_FT_NG1 .N.16_BV_2303 


All incoming calls list - Delete entry - Negative 
acknowledgement 
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NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




lU hi InKjI .N.I b DV «;4L)1 


DECT system settings list - Query supported entry fields 


K /I 

M 




TC_FT_NG1 .N.16_BV_2402 


DECT system settings list - Read entries 


IVI 




TC FT NG1.N.16 BV 2501 


Line settings list - Query supported entry fields 


M 




TC FT NG1.N.16 BV 2502 


Line settings list - Read entries 


M 




TC_FT_N G 1 . N . 1 6_B V_270 1 


DECT system settings list - Current PIN code - New PIN 
code - Edit entry - Save entry 


M 




TC_FT_N G 1 . N . 1 6_B V_280 1 


DECT system settings list - Clock master- Edit entry - Save 
entry- Read entries 


M 




TC_FT_NG1 .N.1 6_BV_2901 


DECT system settings list - Base reset - Edit entry - Save 
entry - Read entries 


M 




TC_FT_NG1 .N.16_BV_2902 


DECT system settings list - Base reset - Read entries - 
Default settings values 


M 




TC_FT_NG1 .N.1 6_BV_3001 


DECT system settings list - FP IP address - Edit entry - 
Save entry - Read entries 







TC FT NG1.N.16 BV 3501 


DECT system settings list - FP version - Read entries 


M 




TC_FT_NG1 .N.16_BV_3801 


Line settings list - Line name- Edit entry - Save entry - List 
change notification - Read entries 


M 




TC_FT_NG1 .N.1 6_BV_3901 


Line settings list - Line id - Edit entry - Save entry- Read 

entries 


M 




TC_FT_NG1 .N.16_BV_4001 


Line settings list - Attacfied fiandsets - Edit entry - Save 
entry - List change notification - Read entries after 
registration 


M 




TC_FT_NG1.N.16_BV_4101 


Line settings list - Dialling Prefix - Edit entry - Save entry - 
List cfnange notification - Read entries- Outgoing call 







TC_FT_NG1 .N.1 6_BV_4201 


Line settings list - FP melody - Edit entry - Save entry - List 
change notification - Read entries 







TC_FT_NG1 .N.16_BV_4301 


Line settings list - FP volume - Edit entry - Save entry - List 

change notification - Read entries 







TC_FT_NG1 .N.1 6_BV_4401 


Line settings list - Blocked number - Edit entry - Save entry 
- List change notification - Read entries- Outgoing call 
blocked 







TC_FT_N G 1 . N . 1 6_B V_450 1 


Line settings list - Multiple calls mode - Edit entry - Save 
entry - List change notification - Read entries 


M 




TC_FT_N G 1 . N . 1 6_BV_460 1 


Line settings list - Intrusion call - Edit entry - Save entry - 
List change notification - Read entries 


CI 504 




TC_FT_N G 1 . N . 1 6_B V_470 1 


Line settings list - Permanent CLIR - Edit entry - Save entry 
- List change notification - Read entries 


CI 505 




TC_FT_NG1 .N.16_BV_4801 


Line settings list - Call Forwarding unconditional - Edit entry 
- Save entry - List change notification - Read entries 


M 




TC_FT_N G 1 . N . 1 6_BV_490 1 


Line settings list - Call Forwarding on no answer - Edit entry 
- Save entry - List change notification - Read entries 


M 




TC_FT_NG1 .N.16_BV_5001 


Line settings list - Call Forwarding on busy subscriber - Edit 
entry - Save entry - List change notification - Read entries 


M 




TC_FT_NG1 .N.1 6_BV_51 01 


DECT system settings list - Emission mode - Edit entry - 
Save entry - Read entries 


CI 506 




NG1.N.17 


Cailing iine identity restriction 





TC FT NG1.N.17 


TC FT NG1.N.17 BV 201 


Permanent CLIR mode (all calls) 


M 




NG1.N.18 


Call forwarding (external calls) 


M 


Tr^ ITT" M^H M HO 

1 U_r l_NCa1 .N.I 8 


1 O r I NGI .N.18_dV_201 


External Call Forwarding Unconditional (CPU) to external 
number 


M 




TC_FT_NG1 .N.1 8_BV_301 


External Call Forwarding on No Answer (CFNA) to external 
number 


M 




TC_FT_NG1 .N.18_BV_401 


External Call Forwarding on Busy subscriber (CFB) to 
external number 


M 




NG1.N.19 


DTMF handling 


M 


TC FT NG1.N.19 


TC FT NG1.N.19 BV 401 


Local DTMF feedback of dialled digits 


M 
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NG-DECT Part 3 FT test case index 


Test Group 

ncidciiuc 


Test Case Id 


Dsscription 


Status 






1 oricro provioion 


Ivi 




TH PT Mri1 M 9(1 R\/ Qfll 
1 O r 1 1 .IN.£iU D V £iU 1 


1 Ollcb prOVIblUll uy lIlG bybLGlTI - niriy-udCK luilc 


^/l 

IVI 




TC FT NG1.N.20 BV 202 


Tones provision by the system - Busy tone 


IVI 




T*^ c~r Kir^-i M on d\/ o/ts 
1 L/ r 1 INtjil .IN.^U bV iiUo 


Tones provision by the system - Call waiting tone 


IV yi 
Ivl 




TC_FT_NG1 .N.20_BV_204 


Tones provision by the system - Negative 
acknowledgement tone 


M 




TC FT NG1.N.20 BV 205 


Tones provision by the system - Intercept tone 


M 




TC FT NG1.N.20 BV 206 


Tones provision by the system - Dial tone 







TC FT NG1.N.20 BV 207 


Tones provision by the system - Off-hook warning tone 







TC_FT_NG1 .N.20_BV_21 


Tones provision by the system - Ring-back tone on parallel 

call 


M 




TC_FT_NG1 .N.20_BV_220 


Tones provision by the system - Backward compatibility 
with legacy PPs 


M 




TC_FT_NG1 .N.20_BV_301 


Transparency to tones provision by the network or PABX- 
Dial tone and ring back tone for a first call 


M 




TC_FT_NG1 .N.20_BV_302 


Transparency to tones provision by the network or PABX - 
Busy tone 


M 






Transparency to tones provision by the network or PABX - 
Call waiting tone 


M 




Tr^ CT M on D\/ on>i 


Transparency to tones provision by the network or PABX - 
Dial tone and ring back tone for outgoing parallel call 


M 






Headset management 


M 


TC FT NG1.N.21 


TC FT NG1.N.21 BV 201 


Headset call interception - G.722 call 


M 




TC FT NG1.N.21 BV 202 


Headset call interception - G.726 call 


M 




TC FT NG1.N.21 BV 204 


Headset call interception - Control code failed 


M 




TC_FT_NG1 .N.21_BV_701 


Switching from headset to handset (handset initiated) - 
G.722 call 


M 




NG1.N.22 


Handling of lines where second calls are signalled 
in-band 





TC_FT_NG1.N.22 


TC_FT_NG1 .N.22_BV_1 01 


Off-hook CLIP enabled 'double call with in-band signalling' 
lines - double call with in-band signalling type for outgoing 
call (first and second call) 


M 




TC_FT_N G 1 . N . 22_B V_30 1 


Off-hook CLIP enabled 'double call with in-band signalling' 
lines - Call release 


CI 507 




X/"* CX M^H M OO D\/ Ono 


Off-hook CLIP enabled 'double call with in-band signalling' 
lines - \jo\\ wailing rejection (Trom rr to rn j (external j 


O 1 oUo 




TP PT t^Jn^ M 99 R\/ 


L^TT-nooK enauieo uouuie can witn in-uano siynaiiing 

linoc - Pi it+inn a oall An HaIH /ovtorncih 

III lt;o 1 UlLII ly Ct l_rCtll \J\ \ 1 \\j\\X ^CALCI 1 Idl ) 


\j \ ouy 




GAP N 31 


Intprtifll pfill 


M 


TP FT RAP M ^1 


TP FT (^AP M '^1 RV 101 

IV-/ ni VJlrtl.lN.OI DV IL/I 


IIILt^lllCil UCill OUlU|J llllUIIICll Odii L>icioo 


IVI 




TP FT r^AP M '^1 RV inp 


Intornsl r*sll coti in - intornsi nonorsi r'all 

IllldllCtI LfCtll oCLU|J IIILClllCll ycllClCll Lrdll 


Ivl 




TC FT GAP.N.31 BV 301 


Internal call CLIP 


M 




TP FT r^AP M '51 R\/ ztni 


Intornol i-qII PMIP 
lllieilldl Odll V_*INIr 


IVI 




TP PT riAP M Qi R\/ f^Hi 


internal can couec priority 


Ivl 




TC FT GAP.N.31 GC 101 


Internal call setup - external call class 


M 




O A □ Kl '3A 

oAr.lM.O'l 


Calling Name Identification Presentation (CNIP) 


M 


TC FT GAP.N.34 


TC FT GAP.N.34 BV 101 


Incoming call with calling party name 


M 




TC FT GAP.N.34 BV 201 


Incoming call with UTF-8 calling party name 


M 




TC_FT_G AP . N . 34_GC_20 1 


Incoming call with calling party name - UTF-8 to IA5 
characters translation 


M 




GAP.N.35 


Enhanced security 


M 




TC_FT_GAP.N.35_BV_1 01 


Verify that FT enables encryption for incoming call within 
timer < IVlM_encryption_check.1 > 


M 




TC_FT_GAP.N.35_BV_1 02 


Verify that FT enables encryption for outgoing call within 
timer < MM_encryption_check.1 > 


M 




TC_FT_GAP.N.35_BV_1 05 


Release of unencrypted call in case of wrong answer to 
authentication request 


M 




TC_FT_GAP.N.35_BV_1 06 


Release of unencrypted call in case of missing answer to 
authentication request 


M 




TC_FT_GAP.N.35_BV_1 07 


Release of unencrypted call in case of PP sending 
{AUTHENTICATION-REJECT} message 


M 




TC FT GAP.N.35 BV 108 


Release of unencrypted call in case of cipher reject. 


M 
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NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




TC_FT_GAP.N.35_BV_1 09 


Release of unencrypted call in case of missing encryption 
activation on MAC layer. 


M 




TC_FT_GAP.N.35_BV_201 


Verify indication of Support of 'Re-keying' and 'early 
encryption' in extended higher layer capabilities part 2 







TC FT GAP.N.35 BV 202 


Usage and frequency of re-keying procedure 







TC_FT_GAP . N .35_BV_203 


Abnormal release if encryption for re-keying is not activated 
in MAC layer 







TC_FT_G AP . N .35_B V_204 


Abnormal release if PP does not answer to 
{AUTHENTICATION-REQUEST} message for re-keying 
procedure 







TC_FT_GAP.N.35_BV_205 


Abnormal release if PP answers to 
{AUTHENTICATION-REQUEST} message for re-keying 

v^f^N/^yti-Ji it./^ iRfi+k f Al IXLICKIXIP AXIPiM DC ICPXl 

proceaure witn | au i mcn i il>a i iuN-ribjbL> i ) 







XP CX PAD M OC D\/ one 


ADnormai release it rr answers to {uirnbrf ribuubb i ) 
message tot re-Keyiny proceaure wiin [ uir ntn ntjcL/ 1 / 


u 




TP FT r^AP M R\/ 


Mssiy Ml iieiii ui ueiduii oiprier i\ey aiiu usaye ui ediiy 

onprv/r^tirin Hi irinn inrT^minn r»all 

CllUiy|JLIUM UUI II IL) II il^Ul 1 III ILj UCtll. 






TP FT RAP N T=; RV "^n? 


1 Icano nf oarK/ onf^r\/ntir\n Hi irinn f^iitn/^inn r^all 
wociyc ui cell iy t;r ioi y [JiiUi 1 uuiiiiy uuLyuiiiy l^clii 


n 




TP FT r5AP M T=; RV ?m 


1 Icano r»f oarKz onrrx/ntinn fr\r IV/IIV/I nmf*oHiii'o 
uodyc Ui tJcii iy ciiuiy|juuii lui iviivi piULrCUUic; 


n 




TP, FT RAP N '^'i RV 401 


r^iiratinn nf rpniQtratinn \A/inHn\A/ 

L^UidLiVJii KJ\ iCyiOLidLivJii vViiivJUVV 


M 




TP. FT RAP N '^'^ RV 40? 


PlnQinn nf rfsniQtratinn winHnw aftpr Qiirr'PQQfi il rpniQtration 
oiuoiiiy UI 1 cyioLi diiui 1 vviiiuuvv ciiLd ouuuc^ooiui i cyioii ctLiui i. 


M 




GAP.A.1 


Easy PIN code registration 





1 O r 1 OMr .M. 1 


TP PT Ml^1 A 1 R\/ Am 
1 L/ r 1 INIO 1 .M. 1 DV \ 


riegisiraiion user leeauacK 


r\ 
\J 






casy palling icgioiiaiion 


IVI 


TC FT GAP.A.2 


TC FT NG1.A.2 BV 301 


Base station limited registration mode 


M 




TC FT NG1.A.2 BV 501 


Base station name selection 







NG1.A.3 


Handset Locator 





TC FT NG1.A.3 


TC FT NG1.A.3 BV 101 


Handset Locator 







GAP.A.4 


Terminal identity number assignment in mono cell 
system 


iUI 


TC FT GAP.A.4 


TC FT GAP.A.4 BV 101 


Terminal Identity number assignment in mono cell system 


M 


C1501 
C1502 
C1503 
C1504 
C1505 
C1506 
C1507 
C1508 
C1509 


IF NG1 .N.22 AND call release command is not supported THEN "1" ELSE "M". 

IF NG1 .N.22 AND call waiting rejection command is not supported THEN "1" ELSE "IVI". 
IF NG1 .N.22 AND putting a call on-hold command is not supported THEN "1" ELSE "M". 
IF NG1 .N.1 THEN "IVI" ELSE "1". 
IF NG1.N.17THEN "M" ELSE "1". 

IF NG1.M.5 "no-emission" mode is supported THEN "M" ELSE "1" 
IF call release command is not supported THEN "M" ELSE "1". 
IF call waiting rejection command is not supported THEN "M" ELSE "1". 
IF putting a call on-hold command is not supported THEN "M" ELSE "1". 



6 Portable Part Test specification 

This Clause includes lists of the test groups relevant for a NG-DECT portable part. Test cases are ordered like network 
features followed by application features (TS 102 527-3 [14], Clauses 6.4 and 6.9). 
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6.1 TC_PT_NG1 .N.1 Codec negotiation tests cases 



Test subgroup objectives: to check the lUT's behaviours when negotiating a codec. 



TC PT NG1.N.1 BV 101 


NG-DECT Part 1 capability during subscription registration 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.1 and 7.3.7 

EN 300 175-5 [5], Clause 7.7.41 

No access rights. 

A44 set to 1 on TS_1 . 

Perform an access rights request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REQUEST} message: 

• an IE «TERMINAL-CAPABILITY» with following capabilities declared: 

Full and long 640 slots in Slot type capability field (octet 3c) 

"GAP supported" in Profile indicator l field (octet 4) 

"NG-DECT Part 1 : Wide band voice supported" in Profile indicator_7 field 

(octet 4f) 

• an IE «CODEC-LIST» with G.722 codec, G.726 codec, and "Codec negotiation 
possible" indications 




TC PT NG1.N.1 BV 102 


NG-DECT Part 1 capability during location registration 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.1 
EN 300 175-5 [5], Clause 7.7.41 

T-00 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LOCATE-REQUEST} message: 

• an IE «TERMINAL-CAPABILITY» with following capabilities declared: 

Full and long 640 slots in Slot type capability field (octet 3c) 

"GAP supported" in Profile indicator_1 field (octet 4) 

"NG-DECT Part 1 : Wide band voice supported" in Profile indicator_7 field 

(octet 4f) 

• an IE «CODEC-LIST» with G.722 codec, G.726 codec, and "Codec negotiation 
possible" indications 




TC PT NG1.N.1 BV 103 


NG-DECT Part 3 capability during subscription registration 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.4.9.1 
EN 300 175-5 [5], Clause 7.7.41 
No access rights. 

A44 set to 1 on TS 1 . Perform an access rights request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REQUEST} message an IE 

«TERMINAL-CAPABILITY» with following capabilities declared : 

• "TCLw > 55 dB" in Echo parameters field (octet 3b) 

• "Support of NG-DECT Part 3" capability in Profile indicator_7 octet (octet 4f) 




TC PT NG1.N.1 BV 104 


NG-DECT Part 3 capability during location registration 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.9.1 
EN 300 175-5 [5], Clause 7.7.41 

T-00 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LQCATE-REQUEST} message an IE 
«TERMINAL-CAPABILITY» with following capabilities declared: 

• "TCLw > 55 dB" in Echo parameters field (octet 3b) 

• "Support of NG-DECT Part 3" capability in Profile indicator_7 field (octet 4f) 




TC PT NG1.N.1 BV 201 


Basic service wideband speech 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.2 
T-00 

Perform an outgoing call from lUT 

Verify that the lUT sets "wideband speech default" attribute in an IE «BASIC-SERVICE» 
in {CC-SETUP} message 
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TC PT NG1.N.1 BV 301 


Outgoing call, codec chosen in {CC-SETUP-ACK} without slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose first codec in the list in a {CC-SETUP-ACK} message 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-01 to 

perform a codec negotiation without slot type modification 




TC PT NG1.N.1 BV 303 


Outgoing call, codec chosen in {CC-CALL-PROC} without slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose first codec in the list in a {CC-CALL-PROC } message 

Verify by checl<ing end-to-end U-plane connection that the lUT is able in state T-02 to 

perform a codec negotiation without slot type modification 




TC_PT_NG1 .N.1_BV_308 


Outgoing call, codec chosen in {CC-CONNECT} message in state T-01 without slot type 
modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 2 
T-00 

Perform an outgoing call from lUT. 

TS_1 will choose first codec in the list in a {CC-CONNECT} message 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-01 to 

perform a codec negotiation without slot type modification 




TC PT NG1.N.1 BV 309 


Outgoing call, codec chosen in {CC-SETUP-ACK} with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 1 
T-00 

Perform an outgoing call from lUT. 

TS_1 will choose a different mandatory codec in the list in a {CC-SETUP-ACK} message 
Verify by checking end-to-end U-plane connection that the lUT is able in state T-01 to 
perform a codec negotiation with slot type modification 




TC PT NG1.N.1 BV 311 


Outgoing call, codec chosen in {CC-CALL-PROC} message with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose a different mandatory codec in the list in a {CC-CALL-PROC} message 
Verify by checking end-to-end U-plane connection that the lUT is able in state T-02 to 
perform a codec negotiation with slot type modification 




TC_PT_NG1 .N.1_BV_31 6 


Outgoing call, codec chosen in {CC-CONNECT} in state T-01 with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 2 
T-00 

Perform an outgoing call from lUT. 

TS_1 will choose a different mandatory codec in the list in a {CC-CONNECT} message 
Verify by checking end-to-end U-plane connection that the lUT is able in state T-01 to 
perform a codec negotiation with slot type modification 
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TC PT NG1.N.1 BV 317 


Outgoing call, fall back to a mandatory codec when slot type modification fails 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1 , figure 2 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose a different mandatory codec in the list in a {CC-CONNECT} message. 
TS_1 will reject the slot type modification. 

Verify by checking end-to-end U-plane connection that the lUT is able to fall back to a 
mandatory codec supporting the current slot format and indicates so by sending 
{IWU-INFO} 




TC PT NG1.N.1 BV 321 


Incoming call G.722, full paging 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.3, D.I. 3.1 and figure D.7 
T-00 

Perform incoming call G.722 (full paging (Long slot; j = 640), G.722 prioritized) from TS_1 . 
Call pick up on lUT. 

Verify that the lUT selects a codec only in one of the following messages: {CC-ALERTING} 
and {CC-CONNECT} (other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to process an 
incoming call G.722 through full paging 




TC PT NG1.N.1 WC 101 


Outgoing call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clauses D.I. 2.1, D.I. 2.2 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 

lUT registered to this Golden Device FT 

Perform an outgoing call from lUT to the SIP-WB-PH. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6kHz) transmitted to/from the corded phone can be heard on both ends 




TC_PT_NG1.N.1_WC_102 |Outgoing call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device B) 


Same as TC_PT_NG1.N.1_WC_401 but with the second Golden Device FT. 


TC PT NG1.N.1 WC 103 


Incoming call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [1 3], Clause D. 1.3.1 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 
lUT registered to this Golden Device FT 

An outgoing call is established from the corded wideband phone (SIP-WB-PH) to 
the Golden Device FT. The call is answered on the lUT. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6kHz) transmitted to/from the corded phone can be heard on both ends 




TC_PT_NG1.N.1_WC_104 | Incoming call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device B) 


Same as TC_PT_NG1.N.1_WC_103 but with the second Golden Device FT. 


TC_PT_NG1 .N.I _WC_1 05 


Service change at NG-DECT Part 1 Golden Device FT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.I. 4.1 

A wideband corded SIP phone (SIP-WB-PH) and a narrow band corded SIP phone 
(SIP-NB-PH) are connected to the SIP server 

G.722 call established between lUT an wideband corded SIP phone (SIP-WB-PH) as is in 
TC_PT_NG 1 . N . 1 _WC_1 1 

Perform a call transfer from the corded wideband phone (SIP-WB-PH) to the corded 
narrowband phone (SIP-NB-PH) initiated by the corded wideband phone. This results in 
the SIP server re-negotiating from wideband to narrowband. 
Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine 
wave 2kHz) transmitted to/from the corded phone can be heard on both ends 
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TC_PT_NG1.N.1_WC_106 |Service change at NG-DECT Part 1 Golden Device FT (Golden Device B) 

Same as TC_PT_NG1.N.1_BV_105 but with the second Golden Device FT. 

6.2 TC_PT_NG1 .N.2 Codec switching tests cases 



Test subgroup objectives: to check the lUT's behaviours during codec switching. 



TC PT NG1.N.2 BV 101 


Codec switching from G.722 to G.726 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.4, 7.3.5, D.I. 4.1 and figure D.10 
T-10 (IUT+TS_1) In G.722 
Perform a codec change from TS_1 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-10 to 
perform a codec switching from G.722 to G.726 




TC PT NG1.N.2 BV 102 


Codec switching from G.726 to G.722 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.4 and 7.3.5 
T-10 (IUT-i-TS_1) in G.726 
Perform a codec change from TS_1 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-10 to 
perform a codec switching from G.726 to G.722 


6.3 TC_PT_NG1 .N.3 IVIissed call notification tests cases 

Test subgroup objectives: to check the lUT's behaviours when receiving missed call notification. 


TC PT NG1.N.3 BV 201 


Missed call notification, activation 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.3, table 15 
T-00 

Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Missed call, A new 
external missed voice call just arrived, 1 >(=<01 H,81 H,81 H>) < List change indication, 
Missed calls list, 10>(=<03H,81 H,8AH>) » and IE«CALL-INFORMATION» specifying 
(line 0) =<(0, 0, 0)> from TS_1 

Verify that the lUT indicates the missed call to the receiving user 




TC PT NG1.N.3 BV 202 


Missed call notification, deactivation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1 .3, table 15 
T-00, 

Missed call notified (Run TC PT NG1.N.3 BV 201) 

Send a {FACILITY} with IE «EVENTS NOTIFICATION= <Missed call, No new missed call 
arrived, 0>(=<01H,82H,80H>) < List change indication, Missed calls list, 10> 
(=<03H,81H,8AH>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
from TS_1 

Verify that the lUT deactivates the missed call indication to the receiving user 
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TC PT NG1.N.3 BV 203 


Missed call notification, activation while on active call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.3 

External call in T-10 (lUT+TS 1) initiated by lUT on line (call id a) 

1 . Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, full 
VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1, 0, value b), 
(2, 1, 1)> from TS_1 

2. Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, 
CS idle) =<(1 , 0, value b), (2, 1 , 0)> from TS 1 

3. Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Missed call, A 
new external missed voice call just arrived, 1 >(=<01 H,81 H,81 H>) < List change 
indication. Missed calls list, 10>(=<03H,81 H,8AH>) » and 
IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> from TS_1 

Hang up on lUT 

4. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT stops the call waiting presentation to the receiving user 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

4. Verify that the lUT Indicates the missed call to the receiving user 


6.4 TC_PT_NG1 .N.4 Voice message waiting notification tests 
cases 

Test subgroup objectives: to check the lUT's behaviours when receiving voice message waiting notification. 


TC PT NG1.N.4 BV 201 


Voice message waiting notification, activation 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.2, table 14 
T-00 

Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Message waiting, 
voice, 2>(=<00H,81H,82H>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 
0, 0)> from TS_1 

Verify that the lUT indicates 2 voice messages waiting to the receiving user 




TC PT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1 .2, table 14 
T-00, 

Voice message waiting notified (Run TC PT NG1.N.4 BV 201) 
Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Message waiting, 
voice, 0>(=<00H,81H,80H>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 
0, 0)> from TS_1 

Verify that the lUT deactivates the voice message waiting indication to the receiving user 



6.5 TC_PT_NG1 .N.5 Date and time synchronization tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding date and time synchronization. 

Declarations (see Annex A): 

• NG1.N.5_1 "PT initiated Date and Time synchronization" sub procedure is optional. So the manufacturer 
shall declare if it is supported. 
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TC PT NG1.N.5 BV 101 


FT initiated Date and Time synchronization 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.2.1 and 7.4.2, table 16 
T-00 

Send a {FACILITY} message for date and time synchronization with IE «TIIVIE-DATE = 
<Time and Date, The current time/date, (09H, 01 H, 14H, 18H, 52H, 12H, 00H)> » from 
TS_1 

Verify that the lUT sets Its date to 14/01/2009 and its time to 18h 52mn (18h stands for 

6p.m) 

Method to check time after test might be device specific 
Seconds may differ from sent value 



TC PT NG1.N.5 BV 102 


PT initiated Date and Time synchronization 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.2.2 and 7.4.2, table 16 
T-00 

IVIodify date and time on the lUT to 22/05/2009 and 05h 33mn 07sec 

Verify that the lUT sends to TS_1 a {FACILITY} message with IE «TIME-DATE = <Time 

and Date, The current time/date, (09H, 05H, 22H, 05H, 33H, don't care value, 00H)> » 

Some lUT may not allow to configure the seconds. As a result, octet 6 seconds Is not 

tested 


6.6 TC_PT_NG1 .N.6 Parallel calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding parallel calls common requirements taking into 
account the following considerations: 

• As NG1.N.6_2 "Control messages" and NG1.N.6_3 "Sending keypad information" procedures are tested 
implicitly when testing NG1.N.7 "Common parallel call procedures (external or interned)", there is no test 

case defined for these two procedures. 


TC PT NG1.N.6 BV 401 


Codec change for parallel calls from G.722 to G.726 


Reference: 
Initial condition: 
Stimulus: 


TS 1 02 527-3 [14], Clause 7.4.3.1 , Clause 7.4.3.3 

G.722 external call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a) 

1 . Perform an outgoing parallel call on line to "01 23456789" phone number from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call Id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line Id and complete dialing information were received In step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1,0, value b)> followed 
by a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call Id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else If line Id only, or line Id with partial dialing Information was received In step 1 
then send a {CC-INFO} message from TS_1 with IE «CALL-INF0RMAT10N» 
specifying (line 0, full VoIP line type information, call Id b, CS call setup ack) =<(0, 0, 
0), (0, 5, 1), (1,0, value b), (2, 1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INF0RI\/IATI0N» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If not done In step 2 (I.e. In subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type Information, 
call id b) =<(0, 0, 0), (0, 5, 1), (1,0, value b)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 

«CALL-INFORMATION» specifying (call Id b, CS call proc) =<(1, 0, value b) , (2, 1, 

3)> 

In all cases, send a {CC-SERVICE-CHANGE} message from TS 1 with an IE 
«CODEC-LIST» set to G.726 

4. Send a {IWU-INFO} message from TS_1 with an IE «CODEC-LIST» set to G.726 

5. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call Id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 
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TC PT NG1.N.6 BV 401 


Codec change for parallel calls from G.722 to G.726 


Pass criteria: 


1 . Verify that the lUT sends to TSJ a {CC-INFO} message with IE «MULTI-KEYPAD» 
set to 1CH 15H digits, and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, 0), (1 , 0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify that the lUT sends to TS la {CC-SERVICE-ACCEPT} message 

4. Verify that the lUT sends to TS la {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.726 

5. Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14], Clause 7.4.3.3 

G.726 external call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 

1 . Perform an outgoing parallel call on line to "0123456789" phone number from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 

(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TSJ with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1,0, value b)> followed 
by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 1 
then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 

0), (0, 5,1), (1,0, value b), (2,1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b) , (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> 

In all cases, send a {CC-INFO} message from TS 1 with IE 

«CALL-INFORMATION» specifying (call id b, CS call proc) =<(1, 0, value b) , (2, 1, 
3)> 

In all cases, send a {CC-SERVICE-CHANGE} message from TS 1 with an IE 
«CODEC-LIST» set to G.722 

4. Send a {IWU-INFO} message from TS 1 with an IE «CODEC-LIST» set to G.722 

5. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 
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TC PT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 


Pass criteria: 


1 . Verify that the lUT sends to TSJ a {CC-INFO} message with IE «MULTI-KEYPAD» 
set to 1CH 15H digits, and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, 0), (1 , 0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify that the lUT sends to TS 1a {CC-SERVICE-ACCEPT} message 

4. Verify that the lUT sends to TS la {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.722 

5. Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.6 BV 501 


Sending negative acknowledgement - call toggle unsuccessful 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.4 and 7.4.3.5.3 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a). 

One parallel external call on hold on line (call id b) 

1 . Perform a call toggle from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 09H 
indicating 'Negative acknowledgement tone' and IE «CALL-INFORMATION» 
specifying (call id a, CS call connect, control code failed) =<(1 , 0, value a), (2, 1 , 5), (2, 
2, 3)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI-KEYPAD» 
set to (1CH, 31 H) digits and with IE «CALL-INFORMATION» specifying (call id b) 

=<(1 , 0, value b)> 

2. Verify that the lUT indicates that the service cannot be fulfilled, generates a negative 
acknowledgement tone and stops the generation by itself 

Verify end-to-end U-plane connection between lUT and TS_1 




TC_PT_NG1 .N.6_BV_601 


Busy line notification 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.8.3 

External call in T-10 (IUT-i-TS_1) initiated by lUTon line (call id a) 

1 . Perform an outgoing external parallel call on line to "0123456789" phone number 
from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 04H 
indicating 'Busy tone on' and IE «CALL-INFORMATION» specifying (call id a, CS 
call disconnecting, reason=line in use) =<(1, 0, value a), (2, 1, 6), (2, 2, 1)> 

3. Send a {CC-INFO} message from TSJ with IE «SIGNAL» with the value 3FH 
indicating 'Tones off and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, 
value a)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI-KEYPAD» 
set to 1CH 15H digits 

2. Verify that the lUT indicates that the line is busy and generates a busy tone 

3. Verify that the lUT stops the tone generation 

Verify end-to-end U-plane connection between lUT and TS_1 
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6.7 TC_PT_NG1 .N.7 Common parallel call procedures tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Common parallel call procedures (external or 
internal). 

Declarations (see Annex A): 

• NG1.N.7_7 "Active call release with replacement (from PP to FP)" is optional. So the manufacturer shall 
declare if it is supported for each sub procedure: call waiting and call on-hold. 

• NG1.N.7_9 "Putting a call on-hold" is optional. So the manufacturer shall declare if it is supported. 



• NGl .N.7_10 "Resuming a call put on-hold" is optional. So the manufacturer shall declare if it is supported. 



TC PT NGl .N.7 BV 102 


Outgoing parallel external call initiation 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.1 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

1 . Perform an outgoing parallel call on line to "0123456789" phone number from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 

(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORI\/IATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1,0, value b)> followed 
by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 1 
then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 

0), (0, 5,1), (1,0, valueb),{2, 1,2)> 

(2.3) Else send a {CC-INFO} message from TSJwith IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> 

In all cases, send a {CC-INFO} message from TS 1 with IE 

«CALL-INFORMATION» specifying (call id b, CS call proc) =<(1 , 0, value b) ,(2,1, 
3)> 

In all cases, send a {CC-INFO} message from TS_1with IE «CALL-INFORMATION» 
specifying (call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id b) =<{0, 0, 0), (1, 0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 
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TC PT NG1.N.7 BV 103 


Outgoing parallel Internal call Initiation 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.1 

2 PPs registered (lUT Is PP1, TS 2 Is NG PP2), 

External call In T-10 {IUT+TS_1) initiated by lUT on line (call Id a) 

1 . Perform an Internal outgoing parallel call on lUT towards PP2 

2. Send a {CC-INFO} message from TS 1with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing Information was not received In step 1 then send a {CC-INFO} message from 
TS 1 with IE «CALL-INFORMATION» specifying (call Id b, CS call setup ack) =<(1 , 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

3. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1 7H digit, and possibly together with terminal Id of PP2, or 
2AH In case of Internal general call 

2. If dialing information was not received In step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to the terminal Id of PP2, or 
2AH In case of internal general call, and IE «CALL-INFORMATION» specifying (call 
id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_2 

iUT could access to internal names list, and/or initiate Internal general call, to Initiate internal 
call 




TC_PT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting indication - End of call waiting 
indication 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.5.2, 7.4.15.2.1, and 7.4.3.5.10 
External call in T-10 (IUT-i-TS_1) Initiated by IUT on line (call Id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-iNFORMATION» specifying (line 0, 
full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, 
value b), (2, 1, 1)>, followed by a {CC-INFO} message from TS_1 with IE «CALLING 
PARTY NUMBER = <lnternatlonal number. Unknown, '33298951 207'> » and IE 
«CALL-INFORMATION» specifying (call Id b) =<(1, 0, value b)> 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

1 . Verify that the IUT indicates the call waiting to the receiving user and generates a call 
waiting tone and stops the generation by itself 

Verify CLIP presentation on IUT display according to Its display capabilities 

2. Verify that the IUT stops the call waiting presentation to the receiving user 




TC_PT_NG1 .N.7_BV_202 


Call waiting indication (internal) - CLIP on call waiting indication - End of call waiting 

Indication 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.3.5.2 and 7.4.3.5.10 

2 PPs registered (IUT Is PP1 , TS 2 Is NG PP2), 

External call In T-10 (IUT-i-TS_1) initiated by IUT on line (call Id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (call Id b, 
CS call setup) =<(1 , 0, value b), (2, 1 , 1)>, followed by a {CC-INFO} message from 
TS_1 with IE «CALLING PARTY NUMBER = <Network specific number, Private plan, 
IA5 coding of terminal Identity number In decimal of PP2> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

1 . Verify that the IUT Indicates the call waiting to the receiving user, generates a call 
waiting tone and stops the generation by itself 

Verify CLIP presentation on IUT display 

2. Verify that the IUT stops the call waiting presentation to the receiving user 
Internal CLIP is the terminal Identity number of the calling part. 
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TC PT NG1.N.7 BV 301 


Call toggle (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 
one parallel external call on hold on line (call id b) 

1 . Perform a call toggle from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-IISIFORMATION» 
specifying (call id a, OS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 

b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

3. Perform a call toggle from lUT 

4. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

1. Verify that the lUT sends to TS 1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

or 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 

«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> (hold call id a), 
followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 
42H) and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 
(resume call id b) 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify that the lUT sends to TS_1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> 

or if declared (see Annex A Table A. 4) 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> (hold call id b). 
followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 
42H) and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
(resume call id a) 

4. Verify end-to-end U-plane connection between lUT and TS_1 
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TC PT NG1.N.7 BV 302 


Call toggle (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

2 PPs registered (lUT is PP1 , TS 2 is NG PP2), 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 

one parallel internal call on hold (call id b) with PP2 

1 . Perform a call toggle from ILJT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
b, CS call connect) =<(1, 0, value b), (2, 1, 5)> 

3. Perform a call toggle from lUT 

4. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

1. Verify that the lUT sends to TS 1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

or 

• a {CC-INFO} message with IE « IVIULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> (hold call id 

a) . 

followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 
42H) and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
(resume call id b) 

2. Verify end-to-end U-plane connection between lUT and TS_2 

3. Verify that the lUT sends to TS 1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 31 H) and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

or if declared (see Annex A Table A.4) 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> (hold call id 

b) . 

followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 
42H) and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> 
(resume call id a) 

4. Verify end-to-end U-plane connection between lUT and TS_1 



TC PT NG1.N.7 BV 401 


Call release and call release rejection - Resuming a call put on-hold 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.4 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 
one parallel external call on hold on line (call id b) 

1 . Release active call from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 

3. Resume call put on hold from lUT. This may require or not an action of the user. 

4. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 33H) digits and with IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 

2. Verify that end-to-end U-plane connection is not established between lUT and TS 1 

3. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 42H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1, 0, value b)> 

4. Verify end-to-end U-plane connection between lUT and TS_1 
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TC PT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

External call in T-10 (lUT+TS 1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value 
b), (2, 1 , 1)>, followed by a {CC-INFO} message from TS_1 with IE «CALLING 
PARTY NUMBER = <lnternational number. Unknown, '33298951 207'> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

Accept waiting call from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 35H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 (lUT+TS 1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (call id 
b, CS call setup) =<(1 , 0, value b), (2, 1 , 1 )>, followed by a {CC-INFO} message from 
TS_1 with IE «CALLING PARTY NUMBER = <Network specific number. Private 
plan, IA5 coding of terminal identity number in decimal of PP2> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

Accept waiting call from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying (call id 
b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 35H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_2 




TC PT NG1.N.7 BV 701 


Active call release with replacement (from PP to FP) - call waiting (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in T-10 (lUT+TS 1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1 , 
0, value b), (2, 1, 1)> 

2. Accept waiting call from lUT with active call released 

3. Sends a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>, followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 38H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 
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TC PT NG1.N.7 BV 702 


Active call release with replacement (from PP to FP) - call on-hold (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 
one parallel external call on hold on line (call id b) 

1 . Perform an active call release with replacement from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>, followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 38H) digits and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1 




TC_PT_NG1 .N.7_BV_801 


Call waiting rejection (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.7 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1 , 
0, value b), (2, 1, 1)> 

2. Reject waiting call from lUT 

3. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 36H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.7 BV 901 


Putting a call on-hold (external) - Resuming a call put on-hold 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.8 

External call in T-1 (IUT+TS_1 ) initiated by lUT on line (call id a), 

1. Put call on hold from lUT 

2. Resume call put on hold from lUT 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 41 H) and with IE «CALL-INFORMATION» specifying (call 

id a) =<(1 , 0, value a)> 

Verify that end-to-end U-plane connection is not established between lUT and TS 1 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 42H) and with IE «CALL-INFORMATION» specifying (call 
id a) =<(1, 0, value a)> 

Verify end-to-end U-plane connection between lUT and TS_1 




TC_PT_NG1 .N.7_BV_1201 


CNIP on call waiting indication (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.3.5.1 1 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a) 

Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 

indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (line 0, full 
VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (2, 
1 , 1 )>, followed by a {CC-INFO} message from TS_1 with IE «CALLING PARTY NAME = 
< Presentation allowed, DECT standard. User-provided, verified and passed, 'CW ext 
CNIP'> » and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 
Verify CNIP presentation on lUT display of 'CW ext CNIP' 
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TC PT NG1.N.7 BV 1202 


CNIP on call waiting indication (internal) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.11 

EN 300 444 [12], Clause 8.44 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 

indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (call id b, OS 

call setup) =<(1 , 0, value b), (2, 1 , 1 )>, )>, followed by a {CC-INFO} message from TS 1 

with IE « CALLING PARTY NAME = < Presentation allowed, DECT standard. User 

provided, verified and passed, 'CW int CNIP'> » and IE «CALL-INFORMATION» 

specifying (call id b) =<(1 , 0, value b)> 

Verify CNIP presentation on lUT display of 'CW int CNIP' 



6.8 



TC PT NG1.N.8 Call transfer tests cases 



Test subgroup objectives: to check the lUT's behaviours regarding call transfer procedures. 



TC PT NG1.N.8 BV 101 



Call transfer (external) - announced 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments; 



TS 102 527-3 [14], Clauses 7.4.3.6 and 7.4.15.2.1 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 (IUT-hTS_1) initiated by lUT on line (call id a) 

1 . Perform an internal outgoing parallel call on lUT towards PP2 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 

(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1, 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 01 H 
indicating 'Ring back tone on' and IE «CALL-INFORMATION» specifying (call id b) 
=<(1, 0, value b)> 

4. Sends a {CC-INFO} message from TS_1 with an IE «SIGNAL» with the value 3FH 
indicating 'Tones Off' and IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

5. Perform a call transfer request from lUT to PP2 

6. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} message from 
TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value 
b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«IVIULTI-KEYPAD» set to 1 7H digit, and possibly together with terminal Id of PP2 

2. If dialing information was not received in step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to the terminal Id of PP2, and 
IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

3. Verify that the lUT generates a ring-back tone 

4. Verify that the iUT stops the tone generation 

Verify end-to-end U-plane connection between IUT and TS_2 

5. Verify that the IUT sends to TS_1 a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 34H) digits and IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 

6. Verify that the IUT send to TS_1 a jCC-RELEASE-COM} message 
IUT could access to internal names list to initiate internal call 
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TC PT NG1.N.8 BV 102 



Call transfer (external) - unannounced 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.3.6 and 7.4.15.2.1 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 {IUT+TS_1) initiated by lUT on line (call id a) 



3. 



2. 



Comments: 



Perform an internal outgoing parallel call on lUT towards PP2 

Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup acl<) =<(1, 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 01 H 
indicating 'Ring bacl<tone on' and IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> 

Perform a call transfer request from lUT to PP2 

Send a {CC-INFO} message with an IE «SIGNAL» with the value 3FH indicating 
'Tones Off and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} message from 
TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value 
b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 
Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 17H digit, and possibly together with terminal Id of PP2 
If dialing information was not received in step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to the terminal Id of PP2, and 
IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
Verify that the lUT generates a ring-back tone 
Verify that the lUT sends to TS_1 a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 34H) digits and IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 
Verify that the lUT stops the tone generation 
Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 



lUT could access to internal names list to initiate internal call 
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TC PT NG1.N.8 BV 103 



Call re-injection to the system (external) 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.3.6.3 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 {IUT-i-TS_1) initiated by lUT on line (call id a) 



3. 



2. 



Comments: 



Perform an internal outgoing parallel call on lUT towards all PPs 

Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 

(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1, 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 01 H 
indicating 'Ring back tone on' and IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> 

Perform a call transfer request from lUT 

Send a {CC-INFO} message with an IE «SIGNAL» with the value 3FH indicating 
'Tones Off and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call Id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} message from 
TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value 
b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 
Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 17H digit, and possibly together with 2AH digit 
If dialing information was not received in step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to 2AH in and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
Verify that the lUT generates a ring-back tone 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI-KEYPAD» 
set to (1CH, 34H) digits and IE «CALL-INFORMATION» specifying (call id a) =<(1, 
0, value a)> 

Verify that the lUT stops the tone generation 

Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 



lUT could access to internal names list to initiate internal call 



TC PT NG1.N.8 BV 104 



Remote party CLIP on call transfer (external) 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.3.6.4 and 7.4.3.6.5 figure 18 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

T-00 

1 . Send a {CC-SETUP} message from TS_ 1 with IE «BASIC-SERVICE = <Call class = 
internal call>)», IE «SIGNAL» set to 40H indicating 'Alerting on - pattern 0', and IE 
«CALL-INFORMATION» specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 
1)>, 

followed by a {CC-INFO} message from TS_ 1 with IE « CALLING PARTY NUMBER 
= < Network specific number, Private plan, IA5 coding of terminal identity number in 
decimal of PP2 > » and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> 

Send a {CC-INFO} message from TS_ 1 with IE «CALLING PARTY NUMBER = 
<National number, National standard plan, '02981 23456'»> and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id b, 
updated call id a, CS call under transfer) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1,1, 
value a), (2, 1, 12)> 

1 . Verify CLIP presentation on lUT display of PP2's internal CLIP 

2. Verify CLIP presentation on lUT display according to its display capabilities of 
'0298123456' phone number 

Internal CLIP is the terminal Identity number of the calling part. 



2. 
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TC PT NG1.N.8 BV 105 


Remote party CNIP on call transfer (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.6.5 figure 18 
Internal names test list content (see Clause 4.1.1.1.7), 
2 PPs registered (lUT is PP1 , TS 2 is NG PP2), 
T-00 

1 . Send a {CC-SETUP} message from TS_ 1 with IE «BASIC-SERVICE = <Call class = 
internal call>)», IE «SIGNAL» set to 40H indicating 'Alerting on - pattern 0', and 
with IE «CALL-INFORMATION» specifying (call id b, CS call setup) =<(1, 0, value 

b), (2, 1,1)>, 

followed by a {CC-INFO} message from TS_ 1 with IE «CALLING PARTY NAME = 
< Presentation allowed, DECT standard. User-provided, verified and passed, internal 
names list entry of PP2.> » and IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> 

2. Send a {CC-INFO} message from TS_ 1 with IE «CALLING PARTY NAME= 
<Presentation allowed, DECT standard, User-provided, verified and passed, 
"Transferred CNIP"> » and IE «CALL-INFORMATION» specifying (line 0, full VoIP 
line type information, call id b, updated call id a, CS call under transfer) =<(0, 0, 0), (0, 
5, 1 ), (1 , 0, value b), (1,1, value a), (2, 1 , 1 2)> 

1 . Verify CNIP presentation on lUT display of PP2's internal CNIP 'Living-room' 

2. Verify CNIP presentation on lUT display according to its display capabilities of 
'Transferred CNIP' 



6.9 TC_PT_NG1 .N.9 3-party conference with established 
external and/or internal calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding 3-party conference with established external and/or 
internal calls. 

Declarations (see Annex A): 



• NG1.N.9 "3-party conference with estabhshed external and/or internal calls" feature is optional on PP side, 
so the manufacturer shall declare if it is supported. 



TC_PT_NG1 .N.9_BV_1 01 


3-party conference with established external and internal calls - lUT is the initiating party - 
release from one of the non initiating parties 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 (IUT-hTS_1) initiated by lUT on line (call id a), 

one parallel internal call on hold (call id b) with PP2 

1 . Perform a 3-party conference call request from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>, followed by a {CC-INFO} message from 
TS 1 with IE «CALL-INFORMATION» specifying (call id a, CS conference connect) 
=<(1,0, value a), (2, 1,11)> 

3. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), (0, 5, 1), 
(1 , 0, value a), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = <lnternational 
number. Unknown, '33299886655'> » as a result of hang up from TS_2 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 32H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

3. Verify CLIP presentation on lUT display according to its display capabilities 
Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC_PT_NG1 .N.9_BV_1 02 


3-party conference with established external and internal calls - lUT is not the initiating 
party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

Internal call in T-10 {IUT+TS_1) initiated by lUT (call id b) with PP2, 

One parallel external call on-hold on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1 , 1 , value a), (2, 1 , 1 1 )> 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)>, followed by a {CC-INFO} 
message from TS_1 with IE «CALLING PARTY NUMBER = <Network specific 
number, Private plan, IA5 coding of terminal Identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> as a result 
of release of external party from TS_2 

3. Hang up from lUT 

4. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

2. Verify CLIP presentation on lUT display 

Verify end-to-end U-plane connection between lUT and TS_1 
3. Verify that the lUT sends to TS la {CC-RELEASE} message 


6.10 TC_PT_NG1.N.10 Intrusion call tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Intrusion call. 
Declarations (see Annex A): 

• NGl.N.lO "Intrusion call" feature is optional on PP side, so the manufacturer shall declare if it is 
supported. 

• NGl .N. 10_1 "Implicit call intrusion into a hne in 'single call' mode" is optional. So the manufacturer shall 
declare if it is supported. 

• NGl .N. 10_2 "Exphcit call intrusion (from PP to FP)" is optional. So the manufacturer shall declare if it is 
supported. 


TC PT NG1.N.10 BV 101 


Implicit call intrusion into a line in "single call" mode - lUT is the initiating party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-1 (TS_2+TS_1 ) initiated by TS_2 on line (call id a) 

1 . Perform an outgoing call on line from lUT 

2. Send a {CC-CONNECT} message from TS_1 with IE «SIGNAL» with the value 
02H indicating 'Intercept tone on' and IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a, CS conference connect) =<(0, 0, 0), (0, 5, 1), 
(1, 0, value a), (2, 1, 11)> 

3. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), (0, 5, 1), 
(1 , 0, value a), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = <National number, 
Unknown, '041 1223344'> » as a result of hang up from TS_2 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly an IE 
«CALL-INFORMATION» specifying (line 0) =<{0, 0, 0)> 

2. Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

3. Verify CLIP presentation on lUT display according to its display capabilities 
Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.10 BV 102 


Implicit call intrusion into a line in "single call" mode - lUT is not the initiating party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on', IE «CALLING PARTY NUMBER = <Network specific 
number. Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1 , 
0, value a), (2, 1 , 1 1)> as a result of TS 2 outgoing call 

2. Send a {CC-INFO} message from TS 1 with IE «CALLING PARTY NUMBER = 
<National number. Unknown, '041 1223344'> and IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), 
(0, 5, 1 ), (1 , 0, value a), (2, 1 , 5)> » as result of TS_2 hang up 

3. Hang up from lUT 

4. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify CLIP presentation on lUT display 

Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

2. Verify CLIP presentation on lUT display according to its display capabilities 

Verify end-to-end U-plane connection between lUT and TS 1 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC_PT_NG1 .N.I 0_BV_201 


Explicit call intrusion into a line in "single call" mode 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (TS_2+TS_1) initiated by TS_2 on line (call id a) 

1 . Perform either an explicit call intrusion on line or a PP2 handset intrusion from lUT 

2. Send a {CC-CONNECT} message from TS_1 with IE «SIGNAL» with the value 
02H indicating 'Intercept tone on' and with IE «CALL-1NF0RMATI0N» specifying 
(line 0, full VoIP line type information, call id a, CS conference connect) =<(0, 0, 0), (0, 
5,1), (1,0, value a), (2, 1,11)> 

3. Send a {CC-INFO} message from TS 1 with IE «CALLING PARTY NUMBER = 
<National number. Unknown, '041 1223344'> , and IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), 
(0, 5, 1 ), (1 , 0, value a), (2, 1 , 5)> » as result of TS_2 hang up 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 either: 

• a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup', IE « 
MULTI-KEYPAD » set to (1CH, 40H) digits, and an IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

• a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and IE 
« MULTI-KEYPAD » set to (1 CH, 40H) digits, followed by a {CC-INFO} 
message with an IE « MULTI-KEYPAD » set to (17H, 32H or 2AH) digits 

2. Verify that the lUT generates an intercept tone and stops the generation by itself 
Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

3. Verify CLIP presentation on lUT display according to its display capabilities 
Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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6.1 1 TC_PT_NG1 .N.1 1 Call deflection (external or internal) tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Call deflection (external or internal) with the 
following consideration: 

• As NG1.N.11_3 "Call deflection control messages" procedure is tested when testing NG1.N.11_1 "Call 
deflection (internal)" procedure and NG1.N.11_2 "CaU deflection (external)" procedure, there is no test 
case defined for this procedure. 

Declarations (see Annex A): 



• NGl .N. 1 1 "Call deflection (external or internal)" feature is optional on PP side, so the manufacturer shidl 
declare if it is supported. 



TC_PT_NG1 .N.I 1_BV_101 


Call deflection (internal) in multiple lines context 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comment: 


TS 102 527-3 [14], Clause 7.4.4.2 

2 PPs registered (lUT is NG PP1, TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)> 

2. Request a call deflection to PP2 from lUT 

3. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT send to TS la {CC-ALERTING} message 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 39H, 17H, Terminal Id of PP2) digits and with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

Line 1 is not used. PP2 is not attached to line in order not to ring in the first call 



TO PT NG1.N.11 BV 201 


Call deflection (external) - successful 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.4.2 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 

'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)> 

2. Request a call deflection to "1234567890" number from lUT 

3. Send a {CC-RELEASE} message 

1 . Verify that the lUT send to TS la {CC-ALERTING} message 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1 CH, 39H, 1 5H, 31 H, 32H, 33H, 34H, 35H, 36H, 37H, 38H, 39H, 
30H) digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, 
value a)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC PT NG1.N.11 BV 202 


Call deflection (external) - unsuccessful 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.4.2 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)> 

2. Request a call deflection to "1234567890" number from lUT 

3. Send a {CC-INFO} message from TS_1 with an IE «CALL-INFORMATION» 
specifying (call id a, CS call setup, control code failed) =<(1, 0, value a), (2, 1,1), (2, 
2, 3)> 

4. Call pick up on lUT 

5. Hang up on lUT 

6. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT send to TS la {CC-ALERTING} message 

2. Verify that the lUT sends to TS la {CC-INFO} message with 

IE «MULTI-KEYPAD» set to (1CH, 39H, 15H, 31H, 32H, 33H, 34H, 35H, 36H, 
37H, 38H, 39H, 30H) digits and with IE «CALL-INFORMATION» specifying (call id 
a) =<(1 , 0, value a)> 

3. Verify that the IDT continues ringing 

4. Verify end-to-end U-plane connection between lUT and TS_1 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC PT NG1.N.11 BV 203 


Call deflection (external) - Call waiting deflection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


rs 102 527-3 [14], Clause 7.4.3.5.6 

External call in T-1 (lUT+TS 1 ) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, full 
VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1, 0, value b), 
(2,1,1 )> from TS_1 

2. Request a call deflection to "1234567890" number from lUT 

3. Send a {CC-INFO} message from TS_1 with an IE «CALL-INFORMATION» 
specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 1 )> 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1 CH, 39H, 1 5H, 31 H, 32H, 33H, 34H, 35H, 36H, 37H, 38H, 39H, 
30H) digits and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> 

3. Verify that waiting call is no longer presented on lUT 
Verify end-to-end U-plane connection between lUT and TS_1 



6.12 TC_PT_NG1 .N.12 Line identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding hne identification with the following consideration: 

• NGl .N. 12_7 "Line identification for a first external incoming call" is tested with NG1.N.13_3 "Call 
identifier assignment on incoming call (FP to ??)" procedure. 

Declarations (see Annex A): 

Following procedures are optional or conditional so the manufacturer shall declare if they are supported: 

• NG1.N.12_4 "Line identification for a first external outgoing call using «MULTI-KEYPAD» IE". 
When supported, the lUT shall be able to select one each selection mode to test individually each hne 
selection procedure (can be through configuration or hidden menus). 
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TC_PT_NG1 .N.I 2_BV_201 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE 
(non early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.5.2.2 

T-00 

1 . Perform an outgoing call on line to "01 23456789" phone number from lUT 

2. (2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 

0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, 
CS call setup ack) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 
(2, 1,2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a) , (2, 

1, 3)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• IE «MULTI-KEYPAD» set to "01 23456789" or a substring of this string together 
with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, 0), (1 , 0, 
value a)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC_PT_NG1 .N.I 2_BV_202 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE 
(early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14], Clause 7.4.5.2.2 
T-00 

1 . Perform an outgoing call on line to "0123456789" phone number from lUT 

2. (2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-CONNECT} message from TS_1 with IE 

«CALL-1NF0RMAT10N» specifying (line 0, full VoIP line type information, call id a) 
=<(0, 0, 0), (0, 5, 1), (1, 0, value a)> followed by a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1, 0, 

value a), (2, 1, 2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a) > followed by a 
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TC_PT_NG1 .N.I 2_BV_202 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE 
(early CC-CONNECT implementation) 


Pass criteria: 


{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-INFO} message from TS 1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a) , (2, 
1, 3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• IE «MULTI-KEYPAD» set to "01 23456789" or a substring of this string together 
with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, 0), (1 , 0, 
value a)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS 1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC_PT_NG1 .N.I 2_BV_401 


Line identification for a first external outgoing call using «MULTI-KEYPAD» IE (non 
early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14], Clause 7.4.5.2.3 
T-00 

1 . Perform an outgoing call on line to "0123456789" phone number from lUT 

2. (2.1) If line id and complete dialing information were received in step 1 then send a 

{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 

0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, 
CS call setup ack) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1, 0, value a), 
(2, 1,2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS 1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a) , (2, 

1, 3)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 
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TC_PT_NG1 .N.I 2_BV_401 


Line identification for a first external outgoing call using «MULTI-KEYPAD» IE (non 
early CC-CONNECT implementation) 


Pass criteria: 


1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly either: 

• IE «MULTI-KEYPAD» set to "#0" digits 
or 

• IE «MULTI-KEYPAD» set to "#0" digits and a substring of "01 23456789" 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (call id a) =< (1, 0, value a)> and an 
IE «MULTI-KEYPAD» set to "#0" digits with may be a leading substring of 

"01 23456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS 1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.12 BV 402 



Line identification for a first external outgoing call using «MULTI-KEYPAD» IE (early 
CC-CONNECT implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.5.2.3 

T-00 

1 . Perform an outgoing call on line to "01 23456789" phone number from lUT 

2. (2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1), (1, 
0, value a), (2, 1, 2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORIVIATION» specifying (call id a) =<(1 , 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call setup ack) =<(1 , 0, value a), (2, 1, 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORIVIATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a) , (2, 
1,3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' possibly either: 

• IE «MULTI-KEYPAD» set to "#0" digits 
or 

• IE «IVIULTI-KEYPAD» set to "#0" digits and a substring of "01 23456789" 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (call id a) =< (1 , 0, value a)> 
and an IE «1VIULTI-KEYPAD» set to "#0" digits with may be a leading 
substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.12 BV 501 



FP managed line selection for a first external outgoing call (non early CC-CONNECT 

implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.5.2.4 
T-00 

1 . Perform an outgoing call without selecting a line to "01 23456789" phone number 

from lUT 

2. (2.1 ) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TSJ with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, 
CS call setup ack) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 
(2, 1,2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1, 0, value a) , (2, 1, 
3)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM } message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and possibly either: 

• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 1 27)> 
or 

• IE «I\/IULTI-KEYPAD» set to "0123456789" or a substring of this string 
together with IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line None, call id a) =<(0, 0, 
127), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set to a 
leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.12 BV 502 



FP managed line selection for a first external outgoing call (early CC-CONNECT 

implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.5.2.4 
T-00 

1 . Perform an outgoing call without selecting a line to "01 23456789" phone number 

from lUT 

2. (2.1 ) If line id and complete dialing information were received in step 1 then send a 
{CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id was received in step 1 then send a {CC-CONNECT} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id a, CS call 
setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id a) =<{0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a) , (2, 
1,3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and possibly either: 

• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

• or 

• IE «IVIULTI-KEYPAD» set to "01 23456789" or a substring of this string 
together with IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line None, call id a) =<{0, 0, 
1 27), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set to a 
leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123458789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.13 TC_PT_NG1 .N.13 Call identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding call identification with the following consideration: 

• NG1.N.13_1 "Call identification general requirements" and NG1.N.13_4 "Call status indication to the 
handset (FP to PP)" procedures are tested with NG1.N.13_2 "Call identifier assignment on outgoing call 
(FP to PP)" and NG1.N.13_3 "Call identifier assignment on incoming call (FP to PP)" procedures. 

• NG1.N.13_2 "Call identifier assignment on outgoing call (FP to PP)" procedure for service call is tested 
with NG1.N.6_17 "Missed called list" procedure and NG1.N.6_22 "Internal names list" procedure. 

• No backward compatibility tests in front of a GAP FP are foreseen as these tests will be done when running 
EN 300 444 [12] tests. 
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• No backward compatibility tests in front of a NG-DECT PARTI FP are foreseen as these tests will be done 
when running NG-DECT PARTI backward compatibility tests (see TC_PT_NG1.N.1_WC_* TCs). 



TC PT NG1.N.13 BV 201 



Call identifier assignment on outgoing call (FP to PR) - Normal call (non early 
CC-CONNECT Implementation) - Call status Indication 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.6.1, 7.4.6.2 and 7.4.6.4 

T-00 

1 . Perform an outgoing call on line to "01 23456789" phone number from lUT 

2. (2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORIVIATION» specifying (line 

0, full VoIP line type Information, call Id ) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) If line id only, or line id with partial dialing information was received in step 1 
then send a {CC-SETUP-ACKj message from TS_1 with IE 

«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, 
CS call setup acl<) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call Id a, CS call setup ack) =<(1, 0, value a), 
(2, 1,2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-SETUP-ACK} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 
3)> 

In all cases, send a {CC-ALERTING} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 

1, 4)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call Id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS J a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• IE «MULTI-KEYPAD» set to "0123456789" or a substring of this string 
together with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• If the line Id was not received In step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line 0, call Id a) =<(0, 0, 0), 
(1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set to a leading 
substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a) 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.13 BV 202 



Call identifier assignment on outgoing call (FP to PP) - Normal call (early CC-CONNECT 
implementation) - Call status indication 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.6.1, 7.4.6.2 and 7.4.6.4 

T-00 

1 . Perform an outgoing call to "01 23456789" phone number from lUT 

2. (2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in 
step 1 then send a {CC-CONNECT } message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1), (1, 

0, value a), (2, 1, 2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORIVIATION» specifying (call id a) =<(1 , 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call setup ack) =<(1 , 0, value a), (2, 1, 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORIVIATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 

«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), (2, 1 , 
3)> 

In all cases, send a {CC- INFO} message from TS_1 with IE 

«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 

1, 4)> 

In all cases, send a {CC- INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• IE «MULTI-KEYPAD» set to "0123456789" or a substring of this string 
together with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, 0), 
(1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set to a leading 
substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.13 BV 203 


Call identifier assignment on outgoing call (FP to PP) - Internal call - Call status indication 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.6.3 and 7.4.6.4 
2 PPs registered (lUT is PP1 , TS 2 is NG PP2), 
T-00 

1 . Perform an internal outgoing call on lUT towards PP2 

2. If dialing Information was not received in step 1 then send a {CC-INFO} message 
from TS 1 with IE «CALL-INFORMATION» specifying (call id a, CS call setup ack) 

=<(1, 0, value a), (2, 1, 2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call proc)) =<(1, 0, value a) , (2, 1, 3)> 

3. Send a {CC-ALERTING} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)>, followed by a 
{CC-CONNECT} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS 1a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup', and possibly IE «MULTI-KEYPAD» set 
to terminal Id of PP2, or 2AH in case of internal general call 

2. If dialing information was not received in step 1 then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP2, 
or 2AH in case of internal general call, and IE «CALL-INFORMATION» specifying 
(call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS 1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

lUT could access to internal names list, and/or initiate internal general call, to initiate 
internal call 




TC_PT_NG1 .N.I 3_BV_301 


Call identifier assignment on incoming call (FP to PP) - Normal call setup 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.6.3 and 7.4.6.4 
T-00 

1 . Send a {CC-SETUP} message from TSJ with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a), (2, 1, 1)> 

2. Call pick up on lUT 

3. Send a {CC-CONNECT-ACK} message from TS_ 1 followed by a {CC-INFO} 
message from TS_ 1 with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT send to TS la {CC-ALERTING} message 

2. Verify that the lUT sends to TSJ a {CC-CONNECT} message 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.14 TC_PT_NG1.N. 14 Multiple lines tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple lines with the following consideration: 

• NG1.N.14_1 "Multiple lines general requirements" procedure requires that PP implements NG1.N.7 
"Common parallel call procedures (external or internal)" feature. So there is no test case defined for this 
procedure which is tested implicitly when testing "NG1.N.7 Common parallel call procedures (external or 
internal)" feature. 

• NG1.N.14_2 "Terminal attachment and line settings" procedure is tested when testing NG1.N.16_25 "Line 
settings list" procedure and NG1.N.16_40 "Attached handsets" procedure. 

• NGl .N. 14_3 "Incoming and outgoing external calls on a multiple Une system" procedure for the first call 
on a line is tested when testing the NG1.N.12 "Line identification" feature. Only test cases for the second 
call on a second line are specified in this Clause. 

• NGLN.14_4 "Internal calls in multiple context" procedure is not tested on PP side as this procedure 
includes only FP requirements. 
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NG1.N.14_5 "compatibility with non multiple line PP or FP" procedure is not tested as is this procedure is 
tested when testing the NG1.N.12 "Line identification" feature and when running EN 300 444 [12] tests. 



TC PT NG1.N.14 BV 301 



Incoming external calls on a multiple line system 
and release it - Resume first call 



Accept incoming call on second line 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.7.3 
lUT attached to line and line 1 , 
External call in T-10 (IUT+TS_1) on line (call id a) 



Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', IE «Calling Party Number=<National number, 
National standard plan, '2222222222'> » and IE«CALL-INFORMATION» 
specifying (line 1 , full VoIP line type information, call id b, CS call setup) =<(0, 0, 1), 
(0, 5, 1), (1,0, value b), (2, 1, 1)> 
Accept call waiting on lUT 

Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1, 9)>, followed by a 
{CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying (call 
id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 
Release call on line 1 on lUT 

Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 

(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

Resume call on line on lUT. This may require or not an action of the user. 

Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 

(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT indicates the call waiting to the receiving user, generates a call 
waiting tone and stops the generation by itself 

Verify that the lUT sends to TS_1 a {CC-INFO} message with 1CH 35H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) 
0, value b)> 

Verify end-to-end U-plane connection on line 1 between lUT and TS_1 
Verify that the lUT sends to TS_1 a {GG-INFO} message with 1CH 33H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) 

0, value b)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with 1CH42H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id a) 
0, value a)> 

Verify end-to-end U-plane connection on line between lUT and TS_1 



=<(1. 



i=<(1, 



=<(1, 



ETSI 



69 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC PT NG1.N.14 BV 305 



Outgoing external calls on a multiple line system 
second line using PP line selection 



Initiate a second outgoing call on 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.7.3 

lUT attached to line and line 1 , 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Initiate a second external call on line 1 to phone number "01234567890" from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
1, full VoIP linotype information, call id b) =<(0, 0, 1), (0, 5, 1), (1,0, value b)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TSJ with IE «CALL-INFORMATION» 
specifying (line 1 , full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
1), (0, 5, 1), (1,0, value b), (2, 1, 2)> 

(2.3) Else send a {CC-INFO} message IE «CALL-INFORMATION» specifying (call 
id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 1 , full VoIP line type information, 
call id b) =<(0, 0, 1 ), (0, 5, 1 ), (1 , 0, value b)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 

«CALL-INFORMATION» specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 
3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

4. Release call on line 1 on lUT 

5. Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> from TSJ 

Hang up on lUT 

6. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line 1) =<(0, 0, 1)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 1) =<(0, 0, 1)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 

the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 1, call id b) =<(0, 0, 1), (1,0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"01 23456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the I UT sends to TSJ a {CC-INFO} message with 1CH33H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) =<(1, 
0, value b)> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.14 BV 306 



Outgoing external calls on a multiple line system 
second line using FP managed line selection 



Initiate a second outgoing call on 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.7.3 

lUT attached to line and line 1 , 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Initiate a second external call without selecting a line to phone number 
"01234567890" from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
1, full VoIP line type information, call id b) =<(0, 0, 1), (0, 5, 1), (1, 0, value b)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 1 , full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
1), (0,5,1), (1,0, value b), (2, 1,2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 1, full VoIP line type information, 

call id b) =<(0, 0, 1 ), (0, 5, 1 ), (1 , 0, value b)> 
In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (line 1 , call id b, CS call proc) =<(0, 0, 0), (1 , 
0, value b), (2, 1 , 3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1 , 5)> from TS_1 

4. Release call on line 1 on lUT 

5. Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 

Hang up on lUT 

6. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits and possibly either: 

• an IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line None, call id b) =<(0, 0, 
127), (1 , 0, value b)>, and may contain an IE «MULTI-KEYPAD» set to a 
leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with 1 CH 33H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) =<(1, 
0, value b)> 

5. Verify that the lUT sends to TS_1 a {CO-RELEASE} message 
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6.15 TC_PT_NG1.N.15 Multiple calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple calls procedures with the following 
consideration: 

• NG1.N.15_1 "Multiple calls general requirements" procedure requires that PP implements NG1.N.7 

"Common parallel call procedures (external or internal)" feature. So there is no test case defined for this 
procedme which is tested implicitly when testing "NG1.N.7 Common parallel call procedures (external or 
internal)" feature. 



TC PT NG1.N.15 BV 201 


Incoming external calls on a multiple call line - Accept incoming second call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.2 

lUT attaclied to line in "IVIultiple call" mode line, 

External call in T-10 (lUT+TS 1) on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', IE «CALLING PARTY NUMBER=<National number, 
National standard plan, '2222222222'> » and IE«CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup) =<(0, 0, 0) , 
(0, 5, 1), (1,0, value b), (2, 1, 1)> 

2. Accept call waiting on lUT 

3. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1, 9)>, followed by a 
{CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying (call 
id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT indicates the call waiting to the receiving user, generates a call 

waiting tone and stops the generation by itself 
2 Verify that the lUT sends to TS la {CC-INFO} message with 1 CH 35H in IE 

«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) =<(1, 

0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.15 BV 205 



Outgoing external calls on a multiple call line - Initiate a second outgoing call on the line 

using line selection 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.8.2 

lUT attached to line in "Multiple call" mode line, 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Initiate a second external on line to phone number "01 234567890" from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b) > 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TSJ with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
0), (0, 5,1), (1,0, value b), (2,1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id b) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b) > 

In all cases, send a {CC-INFO} message from TS_1 with IE 

«CALL-INFORMATION» specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 
3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TSJ a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "01234567890" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line 0, call id b) =<{0, 0, 0), 
(1 , 0, value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading 
substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC_PT_NG1 .N.I 5_BV_206 


Outgoing external calls on a multiple call line - Initiate a second outgoing call on the line 
using FP managed line selection 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.2 

lUT attached to line in "Multiple call" mode line, 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Initiate a second external without selecting a line to phone number "01234567890" 
from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b) > 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
0), (0, 5,1), (1,0, value b), (2, 1,2)> 

(2.3) Else send a {CC-INFO} message IE «CALL-INFORMATION» specifying (call 
id b, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If not done in step 2 (i.e. in subcase 2.3) then send a {CC-INFO} message from TS_1 
with IE «CALL-INF0RIV1ATI0N» specifying (line 0, full VoIP line type information, 

call id b) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b) > 
In all cases, send a {CC-INFO} message from TS 1 with IE 
«CALL-INFORMATION» specifying (line 0, call id b, CS call proc) =<(0, 0, 0), (1 , 
0, value b), (2, 1 , 3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 
or 

• "01 23456789" digits together with IE «CALL-INFORMATION» specifying (line 
None) =<(0, 0, 127)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line None, call id b) =<(0, 0, 
1 27), (1 , 0, value b)>, and may contain an IE «I\/IULTI-KEYPAD» set to a 
leading substring of "01 23456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC_PT_NG1 .N.I 5_BV_301 


Busy system notification 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.3 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

lUT and TS_2 attached to line in "Single call" mode line, 

external call in T-10 (IUT-^TS_2) initiated by PP2 

Initiate an outgoing call from lUT 

Send a {CC-INFO} message with IE «SIGNAL» set to the value 04H indicating 'Busy 
tone' and IE «CALL-INFORMATION» specifying (call id a, CS call disconnecting, 
reason=system busy) =<(1 , 0, value a), (2, 1 , 6), (2, 2, 0)> from TS_1 
Verify that the lUT indicates to the user that the system is busy 
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6.16 TC_PT_NG1 .N.16 List access service tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Ust access service procedures with the following 
considerations: 

• There are several ways to implement List access service on PP side. For example, query could happen at 
different places during the sequence of a TC, optional commands can be supported or not, optional fields 
can be or not supported, settings can be read one by one or all in one read entries command, it is impossible 
to predict when the List of supported lists will be open, . . .As a consequence, the tester should be flexible 
enough to accept several implementations of hst access on PP side. 

• NG1.N.6_2 "List change notification" procedure is not tested because there is no requirement on PP side 
related to the expected behavior of the PP when it is notified. 

• As "Negative Acknowledgement" command is foreseen to reject invalid PP conunand, NGl .N.6_l 1 
"Negative Acknowledgement" procedure is not tested. 

• As it is impossible to know when "List of supported lists" is open, NG1.N.6_16 "List of supported lists" 
procedure is not tested. 

• The optional 'associated melody' field in contact Ust entry is not tested. 
Declarations (see Annex A): 

• Following procedures are optional or conditional so the manufacturer shall declare if they are supported: 



XT/"* 1 


XT 

.IN. 


16. 


2" 


List change notification" . 


XT/"' 1 

INLrl 


XT 

.IN. 


16_4 " 


Query supported entry fields". 


NGl 


.N. 


16. 


.16 


"List of supported lists". 


NGl 


.N. 


16. 


.18 


"Outgoing calls hst". 


NGl 


.N. 


16_ 


_20 


"All calls hst". 


NGl 


.N. 


16_ 


_23 


"All incoming calls list". 


NGl 


.N. 


16. 


.26 


"Virtual contact hst and call hst per line" 


NGl 


.N. 


16. 


.30 


"FP IP address/type". 


NGl 


.N. 


16. 


.31 


"FP IP address/value". 


NGl 


.N. 


16. 


.32 


"FP IP address/subnet mask". 


NGl 


.N. 


16. 


.33 


"FP IP address/gateway". 


NGl 


.N. 


16_ 


_34 


"FP IP address/DNS server". 


NGl 


.N. 


16_ 


_37 


"FP version/Hardware version". 


NGl 


.N. 


16_ 


_41 


"Dialling prefix". 


NGl 


.N. 


16. 


.42 


"FP melody". 


NGl 


.N. 


16. 


.43 


"FP volume". 


NGl 


.N. 


16. 


.44 


"Blocked number". 


NGl 


.N. 


16. 


.46 


"Intrusion call". 


NGl 


.N. 


16_ 


_47 


"Permanent CLIR". 


NGl 


.N. 


16_ 


_51 


"Emission mode". 



• The manufacturer shall declare the support of several 'contact number' fields in one entry of the contact list. 



ETSI 



75 



ETSI TS 102 841 VI .1.1 (2010-04) 



When the following Line settings list fields are supported, the manufacturer shall declare if the associated 
'code' sub fields can be edited: 

Field 'Permanent CLIR': 'CLIR activation code' and 'CLIR deactivation code' sub fields. 

Field 'Call forwarding unconditional': 'CFU activation code' and 'CFU deactivation code' sub fields. 

Field 'Call forwarding on No Answer': 'CFNA activation code' and 'CFNA deactivation code' sub fields. 

Field 'Call forwarding on Busy subscriber': 'CFB activation code' and 'CFB deactivation code' sub fields. 



TC PT NG1.N.16 BV 1701 



Missed calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.3 

Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Missed calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field id1 =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS__1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "VAN DER VYNC" entry (entry can be selected using the number 
"0247413706") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-GONNECT} message from TS_1 

Send a {CC-INFO} message with IE «GALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 

TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields = n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
counter= i, list entry field identifier 1 ..n = some or all identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H> 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits together 
with "0247413706" digits, and IE «CALL-INFORMATION» specifying (line or 
None) =<(0, 0, or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.16 BV 1702 



Missed calls list - Delete entry 



Reference: 
initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.3 

Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open ttie Missed calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data pacl<et last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "M.UWE " entry (entry can be selected using the number "008989945270") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "M.UWE " entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may open the contact list to display the name from the contact list 

Some lUT may send a READ entries command after deletion of one entry 
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TC PT NG1.N.16 BV 1703 



Missed calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.3 
Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement tlie NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



9. 
10. 



Open the Missed calls list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data pacl<et last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Open the Missed calls list from lUT 

Send a {GG-CALL-PROC} message from TS_1 , followed by a <Start session 
confirm, session id=4, total nb=0, discriminator type=0, nb of sorting fields 
=1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {GG-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {GG-SETUP} message with IE 
«BASIC-SERVIGE = <LiA service call setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » followed by a <Start session. List identifier = 01 H, nb of sorting 
fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 05H, 
06H, 07H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{GG-RELEASE} message 
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TC PT NG1.N.16 BV 1704 



Missed calls list - Transfer number from missed calls list to contact list 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.1 0.5.3 

Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement the NG1 .N.I 6_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Missed calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. Send a <Read entries confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with the number i of requested entries 

5. Select "JENDREZEJZAK" entry to save it in the contact list (entry can be selected 
using the number "497312456897") 

6. Send a <Start session confirm, session id=5, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

7. Send a <Save entry confirm, session id=5, entry identifier= identifier value of 
created entry , position index=4, total nb of available entries= 1 1> from TS_1 
Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=5> and 
<End session confirm, session id=4> from TS_1 

Send a {CC-RELEASE-COMj message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. Verify that "JENDREZEJZAK" entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

6. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry 
identifier=OOH> followed by <data packet/data packet last> set to (Name= 
JENDREZEJZAK, First name= null or possible edited value, Contact number = 
"497312456897") and optionally (Associated melody= one octet value) 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5> and a 
<End session, session id=4>, and a {CC-RELEASE} message 

After selecting the "JENDREZEJZAK" entry in stimulus step 5, some lUT can re-read the 
entry 

Some lUT can release the missed call list session before establishing the contact list 
session 
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TC PT NG1.N.16 BV 1705 



Missed calls list - Incoming first voice call during existing list access session 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.6.3 
Missed calls test list content (see Clause 4.1 .1 .1 .2) 
T-00 

1 . Open the Missed calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. Send a <Read entries confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> witli the number i of requested entries 

5. Send a {CC-CONNECT} message from TS_1 followed by a {CC-INFO} message 
from TS_1 with IE «SIGNAL» with the value 07H indicating 'call waiting tone on' 
, and IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a, CScall setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)> , 
followed by a {CC-INFO} message from TS_1 with IE «CALLING PARTY 
NUMBER = <lnternational number. Unknown, '44123456789'> » and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

6. If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Accept waiting call from 

7. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. Verify that "JENDREZEJZAK" entry content is displayed on lUT 

5. Verify that the lUT indicates the call waiting to the receiving user, generates a call 
waiting tone and stops the generation by itself 

Verify CLIP presentation on lUT display according to its display capabilities 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 35H) digits and with IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.16 BV 1801 



Outgoing calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.1 0.5.4 

Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 

FP does not implement the NG1 .N.I 6_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Outgoing calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session ld=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "LAGADEC" entry (entry can be selected using the number 
"02298951214") 

7. If <End sesslon> was received then send a < End session confirm, session id=1> 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORIVIATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session ld=1 >, and a 
{CC-INFO} message with IE «IVIULTI-KEYPAD» set to 1CH 15H digits together 
with "02298951214" digits, and IE «CALL-INFORMATION» specifying (line or 
None) =<(0, 0, or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Outgoing calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.1 0.5.4 

Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 

FP does not implement the NG1 .N.I 6_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Outgoing calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "C.ALEXANDER" entry (entry can be selected using the number 
"00449876543210") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COIVI} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "C.ALEXANDER" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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Outgoing calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.4 
Outgoing calls list content (see Clause 4.1 .1 .1 .3) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9. 

10. 



Open the Outgoing calls list from lUT 

Send a {CC-CALL-PROC} message from TS_1 , 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list from lUT 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GG-RELEASE-GOM} message from TS_1 

Open the Outgoing calls list from lUT 

Send a {CC-CALL-PROC} message from TS_1 , 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 

direction=0, counter^ i, mark entries request= don't care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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Incoming accepted calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.5 

Incoming accepted calls test list content (see Clause 4.1 .1 .1 .4) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Incoming accepted calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "G. DEL PIETRO" entry (entry can be selected using the number 
"00550123456789") 

7. If <End session> was received then send a < End session confirm, session id=1 > 

from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits together 
with "00550123456789" digits, and IE «CALL-INFORMATION» specifying (line 
or None) =<(0, 0, or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Incoming accepted calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.5 

Incoming accepted calls test list content (see Clause 4.1 .1 .1 .4) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Incoming accepted calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "D.LE BRAZ" entry (entry can be selected using the number "0425960406") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "D.LE BRAZ" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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Incoming accepted calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.5 
Incoming accepted calls list content (see Clause 4.1 .1 .1 .4) 
FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 
procedure 
T-00 



8. 
9. 

10. 
11. 



9. 

10. 



Open the Incoming accepted calls list from lUT 
Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Open the Incoming accepted calls list from lUT 
Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 

direction=0, counter^ i, mark entries request= don't care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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Incoming accepted calls list - Transfer number from Incoming accepted calls list to 
contact list 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.1 0.5.5 

Incoming accepted calls test list content (see Clause 4.1 .1 .1 .4), contact test list content 
FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 
procedure 
T-00 

1 . Open the Incoming accepted calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. Send a <Read entries confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with the number i of requested entries 

5. Select "0308980764" entry to save it in the contact list 

6. Send a <Start session confirm, session id=5, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

7. Send a <Save entry confirm, session id=5, entry identifier= identifier value of 
created entry , position index=p, total nb of available entries= 1 1 > from TS_1 
Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=5> and 
<End session confirm, session id=4> from TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. Verify that "0308980764" entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

6. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry 
identifier=00H> followed by <data packet/data packet last> set to (Name= null or 
possible edited value. First name= null or possible edited value. Contact number = 
"0308980764") and optionally (Associated melody= one octet value) 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5> and a 
<End session, session id=4>, and a {CC-RELEASE} message 

After stimulus step 4, some lUT may ask to edit each field before saving the entry 
Some lUT can release the Incoming accepted calls list session before establishing the 
contact list session 



ETSI 



87 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC PT NG1.N.16 BV 2001 



All calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.6 

All calls test list content (see Clause 4.1 .1 .1 .5) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=30, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse Into the list on lUT from the oldest call to the newest one 

6. Phone back "R.ALOUSSI" entry (entry can be selected using the number 
"0675000209") 

7. If <End session> was received then send a < End session confirm, session id=1 > 

from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H > 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1 CH 1 5H digits together 
with "065000209" digits, and IE «CALL-INFORMATION» specifying (line or 
None) =<(0, 0, or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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All calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.6 

All calls test list content (see Clause 4.1 .1 .1 .5) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "VAN DER VYNC" entry (entry can be selected using the number 
"0247413706") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 29> 
from TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "VAN DER VYNC" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some iUT may send a READ entries command after deletion of one entry 
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All calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.6 
All calls list content (see Clause 4.1 .1 .1 .5) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9 

10. 



Open the All calls list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GC-RELEASE-COM} message from TS_1 

Open the All calls list from lUT 

Send a {GG-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {GG-RELEASE-GOM} message from TS_1 
Verify that the lUT sends to TS_1 a {GG-SETUP} message with IE 
«BASIC-SERVIGE = <LiA service call setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 

direction=0, counter^ i, mark entries request= don't care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{GG-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{GG-RELEASE} message 
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Contact list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact test list content (see Clause 4.1 .1 .1 .6) 

FP does not implement tlie NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For eacli <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list in alphanumerical order on lUT 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list in reverse alphanumerical order on lUT 

6. Phone back "WOJCIECHOSKI" entry (entry can be selected using the contact 
number "0675000321") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H> 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence in alphanumerical order 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence in reverse alphanumerical order 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1 CH 1 5H digits together 
with "0675000321" digits, and IE «CALL-INFORMATION» specifying (line or 
None) =<(0, 0, or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Contact list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 

Contact calls test list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "FENJIRO" entry (entry can be selected using the contact number 
"0490413002") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "FENJIRO" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some iUT may send a READ entries command after deletion of one entry 
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Contact list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9. 

10. 



Open the Contact list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the Contact list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Open the Contact list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 

direction=0, counter^ i, mark entries request= don't care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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Contact list - Create entry - Edit entry - Save entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 

5. Create a new entry on lUT with following fields: 
Name= "ZBERG", 

First name= "PETER", 

Contact number1= "003308123456". 

6. Send a <Save entry confirm, session id=3, entry identifier=v, position index=1 1 , 
total nb of available entries= 1 1 > 

Select the "ZBERG" entry and edit it on lUT 

7. Send a <Edit entry confirm, session id=3> followed by <data packet/data packet 
last> with entry content from TS_1 

Modify the entry on lUT to: 
Name= "ZBERG", 
First name= "PETER", 
Contact number1= "06123321". 

8. Send a <Save entry confirm, session id=3, entry identifier=v, position index=1 1 , 
total nb of available entries= 1 1 > 

Close the list access service from lUT 

9. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 
direction=0, counter= i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends a <Save entry, session id=3, entry identifier=0 > from 
TS_1 followed by <data packet last> with entry previously created 

6. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier=v, list 
entry field identifier 1 ..n = 01 H, 02H, 03H, 04H, 05H > 

7. Verify that the lUT sends a <Save entry, session id=3, entry identifier=v > from 
TS_1 followed by <data packet last> with entry previously modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command before editing an entry after stimulus 
step 6 

After saving new entry, lUT will probably read a number of entries in order to show the 
new entry in alphabetical order. 
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Contact list - Create entry - Negative Acknowledgement 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 

5. Create a new entry on lUT with following fields: 
Name= "VALDO", 

First name= "ANDY", 
Contact number1= "123545". 

6. Send a <Negative acknowledgement, session id=3, reject reason= list full> from 
TS_1 

7. Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=3> from 

TS_1 

Send a {CC-RELEASE-COIVI} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 
direction=0, counter= i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends a <Save entry, session id=3, entry identifier=0 > from 
TS_1 followed by <data packet last> with entry previously created 

6. Verify that the lUT indicates that the list is full 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 
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Contact list - Read entries during external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact test list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-10(IUT+TS_1) 

1 . Open the Contact list from lUT 

2. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

3. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list in alphanumerical order on lUT 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list in reverse alphanumerical order on lUT 

5. Close the list access session on lUT 

6. Hang up on lUT 

7. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

2. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

3. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence in alphanumerical order 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence in reverse alphanumerical order 

5. Verify that the lUT sends to TS_1 a <End session, session id=1> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Contact list - Entry with several contact numbers 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data pacl<et last> with the number i of 
requested entries 

Browse into the list in alphanumerical order on lUT 

5. Select and read the "ALOUSSI" entry (entry can be selected using the contact 
number "0156891247") 

6. Create a new entry on lUT with following fields: 
Name= "PARAGI", 

First name= "KLAUS", 

Contact number1= "0140506070" with 'fixed' property bit set. 
Contact number2= "0655443322"' with 'mobile' property bit set. 

7. Send a <Save entry confirm, session id=3, entry identifier=v, position index=7, 
total nb of available entries= 1 1 > 

Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the "ALOUSSI" entry is correctly displayed: 
Name= "ALOUSSI", 

First name= "RAMIN", 

Contact number1= "0156891247". 

Contact number2= "0675000209". 

6. Verify that the lUT sends a <Save entry, session id=3, entry identifier=0 > from 
TS_1 followed by <data packet last> with entry previously created 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command before editing an entry after stimulus 
step 6 

After saving new entry, lUT will probably read a number of entries in order to show the 
new entry in alphabetical order. 
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Internal names list - Read entries - Initiate an internal call 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.8 

Internal names test list content (see Clause 4.1 .1.1 .7), lUT is PP1 , TS_2 is NG PP2 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=4, discriminator type=0, nb 

of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

5. Select and call internal party 2 "Living-Room" 

6. If <End session> was received then send a < End session confirm, session id=1 > 

from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

7. Hang up on lUT 

8. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter= i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H> command 

4. Verify that the internal names entries PP2, PP3, and PP9 are displayed on lUT 
(PP1 may be not displayed and entries can be displayed one by one or several 
together depending on display capabilities) 

5. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to (17H, 32H) 

6. Verify end-to-end U-plane connection between lUT and TS_1 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Internal names list - Delete entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.8 

Internal names test list content (see Clause 4.1 .1.1 .7), lUT is PP1 , TS_2 is NG PP2 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=4, discriminator type=0, nb 

of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

5. Delete "Boby room" entry (PP9) 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 3> from 

TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter= i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H > 

4. Verify that the internal names entries PP2, PP3 and PP9 are displayed on lUT 
(PP1 may be not displayed) 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "Boby room" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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Internal names list - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.8 

Run TC_PT_NG1.N.16_BV_2202, lUT is PP1, TS_2 is NG PP2 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=3, discriminator type=0, nb 

of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

5. Select and edit "Living-room" entry (PP2) 

6. Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with PP2 entry content 

Modify the name of entry (PP2) to "Bedroom" 

7. Send a <Save entry confirm, session id=3, entry identifier= entry identifier of PP2 
entry, position index=2, total number of available entries=3> from TS_1 

Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H > 

4. Verify that the internal names entry PP2 and PP3 are displayed on lUT (PP1 may 
be not displayed) 

5. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier= 
entry identifier of PP2 entry, list entry field identifier 1 ..n =01 H, 02H, 03H > 

6. Verify that the lUT sends to TS_1 <Save entry, session id=3, entry identifier= entry 
identifier of PP2 entry > followed by <data packet/data packet last> modifying 
"Name" field to "Bedroom" 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 
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Internal names list - Call interception - PIN protected - Edit entry - Save entry 

TC; 1 no Koy.'; n Ztl niai icoc 74inR«anH7411 1 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



10. 
11. 



12. 



13 



TS 102 527-3 [14], Clauses 7.4.10.5.8 and 7.4.11.1 
Internal names test list content (see Clause 4.1 .1 .1 .7) with 'PIN protected' property bit 
set to 1 for 'Call interception' field of all entries 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=3, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 
Select and edit "Living-room" entry (PP2) 
Send a <Start session confirm, session id=4> from TS_1 
For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Send to TS_1 a <Edit entry confirm, session id=4> followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 
Enter "1234" as current PIN code value 

Send to TS_1 a <Save entry confirm, session id=4, entry identifier= 1 , position 
index=1 , total number of available entries=1 > 
Send to TS_1 a <End session confirm, session id=4> 
Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with PP2 entry content 
Modify the Gall interception of entry (PP2) to Allowed value 
Send a <Save entry confirm, session id=3, entry identifier= entry identifier of PP2 
entry, position index=2, total number of available entries=3> from TS_1 
Close the list access service from iUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GG-RELEASE-COM} message from TS_1 

1 . Verify that the IUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the IUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H > 

3. Verify that the IUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter= i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H > 

4. Verify that the internal names entry PP2 and PP3 are displayed on IUT (IUT entry, 
i.e. PP1 , may be not displayed) 

5. Verify that the IUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

6. Verify that the IUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at least Current PIN code identifier 01 H > 

7. Verify that the IUT requires the user to enter the PIN code value 

Verify that the IUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

8. Verify that the IUT sends to TS_1 a <Save entry, session id=4, entry ldentifier=1>, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H,34H) 

Verify that the IUT sends to TS_1 a <End session, session id=4> 
Verify that the IUT sends to TS_1 a <Edit entry, session id=3, entry identifier= 
entry identifier of PP2 entry, list entry field identifier 1 ..n =01 H, 02H, 03H > 
Verify that the IUT sends to TS_1 <Save entry, session id=3, entry identifier= entry 
identifier of PP2 entry > followed by <data packet/data packet last> modifying "Call 
interception" field to 31 H 

Verify that the IUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 
Instead of asking the PIN before editing a field protected by the FP, the IUT might also 
ask for PIN before opening the list via start session, or before reading a field, or before 
editing a field (although It is not protected by the FP), or before saving a field (either 
protected or not by the FP). All these implementations are accepted. 



9. 
10. 

11. 



12. 
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All incoming calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.11 

All incoming calls test list content (see Clause 4.1.1.1.10) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All incoming calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Phone back "M.UWE" entry (entry can be selected using the number 
"008989945270") 

6. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CO-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

7. Hang up on lUT 

8. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 07H 
> 

4. For each entry read, verify that entry content is displayed on lUT from the newest 

call to the oldest one 

5. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits together 
with "008989945270" digits, and IE «CALL-INFORMATION» specifying (line 
or None) =<(0, 0, or 127)> 

6. Verify end-to-end U-plane connection between lUT and TS_1 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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All incoming calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.11 

All incoming calls test list content (see Clause 4.1.1.1.10) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All incoming calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=20, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "WOJCIECHOSKI" entry (entry can be selected using the number 
"0675000321") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 1 9> 
from TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 07H 
> 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "WOJCIECHOSKI" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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All incoming calls list - Delete list - Read entries when empty 



Reference: 
initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.11 
All incoming calls list content (see Clause 4.1 .1 .1.10) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9. 
10. 



Open the All incoming calls list from lUT 

Send a {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data pacl<et last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GC-RELEASE-COIVI} message from TS_1 
Open the All incoming calls list from lUT 
Send a {GC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COIVI} message from TS_1 
Verify that the lUT sends to TS_1 a {CO-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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DECT system settings list - Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1 .3 and 7.4.11.3 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 
Send a {CIPHER-REQUEST} message from TS_1 

3. Send a <Start session confirm, session id=1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Read all settings from lUT 

5. Close the list access service on lUT 

6. If <End session> received then send <End session confirm, session id=1> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that lUT complete the cipher procedure at MAC level 

3. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

4. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = 01 H, 02H, 03H, 09H, OAH completed with optional settings 
supported (see Annex A Table A.7) > 

5. Verify that the DECT system settings parameters displayed on lUT match the 
DECT system settings list content (see Clause 4.1 .1 .1 .8) 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-RELEASE} message 

Start session might actually come before ciphering the link 

If <Query supported entry fields> received, TS_1 shall send back a <Query supported 
entry fields confirm, session id=1 , number of editable entry fields=08H, list entry field 
identifier 1 ..n = 01 H, 02H, 03H, 04H, 05H, 06H, 07H, 08H, number of non-editable entry 
fields=03H, list entry field identifier 1 ..n = 09H, OAH, OBH> 
Settings fields can be read one by one, or all in the same <Read entries> command 
Settings will probably be displayed in several sub-menus, the PIN code and the Base 
reset will not be displayed at all 



ETSI 



105 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC PT NG1.N.16 BV 2501 



Line settings list - Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Read all line settings of line 1 and 2 from lUT 

5. Close the list access service on lUT 

6. If <End session> received then send <End session confirm, session id=1> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = 01 H, 02H, 03H, 08H, OBH, OCH, ODH completed with optional 
settings supported (see Annex A Table A.7) > 

4. Verify that the Line settings parameters displayed on lUT for line 1 and line 2 
match the Line settings list contents (see Clause 4.1 .1 .1 .9) 

5. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-RELEASE} message 

If <Query supported entry fields> received, TS_1 shall send back a <Query supported 
entry fields confirm, session id=1 , number of editable entry fields=OCH, list entry field 
identifier 1 ..n = 01 H, 03H, 04H, 05H, 06H, 07H, 08H, 09H, OAH, OBH, OCH, ODH), 
number of non-editable entry fields=01 H, list entry field identifier 1 ..n = 02H)> 
Settings fields can be read one by one, or all in the same <Read entries> command 
Settings will probably be displayed in several sub-menus 
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Virtual missed calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .5 and 7.4.1 0.5.3 
Missed calls test list content (see Clause 4.1 .1 .1 .2) 
FP implements the NG1 .N.14 "Multiple lines" feature 
T-00 

1 . Open tfie Missed calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "VAN DER VYNC" entry (entry can be selected using the number 
"0247413706") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 1 , 
full VoIP line type information, call id a) =<(0, 0, 1), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to "0247413706" digits and 
with an IE «CALL-INFORMATION» requesting the Provider 2 line (=<0, 0, 1>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual outgoing calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1.5 and 7.4.10.5.4 
Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 
FP implements the NG1 .N.14 "IVIultiple lines" feature 
T-00 

1 . Open the Outgoing calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send <Start session confirm, session id=1, total nb=10, discriminator type=0, nb of 
sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "LAGADEC" entry (entry can be selected using the number 
"02298951214") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the newest call to the oldest 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits together 
with "02298951214" digits and with an IE «CALL-INFORMATION» requesting 
the Provider 1 line (=<0, 0, 0>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual incoming accepted calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .5 and 7.4.1 0.5.5 
Incoming accepted calls test list content (see Clause 4.1 .1.1 .4) 
FP implements the NG1 .N.14 "Multiple lines" feature 
T-00 

1 . Open tfie Incoming accepted calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "G. DEL PIETRO" entry (entry can be selected using the number 
"00550123456789") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1 CH 1 5H digits together 
with "00550123456789" digits and with an IE «CALL-INFORMATION» 
requesting the Provider 1 line (=<0, 0, 0>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual all calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1.5 and 7.4.10.5.6 
All calls test list content (see Clause 4.1 .1 .1 .5) 
FP implements the NG1 .N. 14 "Multiple lines" feature 
T-00 

1 . Open tfie All calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=30, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "R.ALOUSSI" entry (entry can be selected using the number 
"065000209") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H> 

4. For each entry read, verify that entry content is displayed on lUT and in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits together 
with "065000209" digits and with an IE «CALL-INFORMATION» requesting the 
Provider 1 line (=<0, 0, 0>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual contact list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.5 and 7.4.10.5.7 
Contact test list content (see Clause 4.1 .1 .1 .6) 
FP implements the NG1 .N. 14 "Multiple lines" feature 
T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list in alphanumerical order on lUT 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list in reverse alphanumerical order on lUT 

6. Phone back "WOJCIECHOSKI" entry (entry can be selected using the contact 
number "0675000321") 

7. If <End session> was received then send a < End session confirm, session id=1 > 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 1 , 
full VoIP line type information, call id a) =<(1, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-iNFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence in alphanumerical order 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence in reverse alphanumerical order 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1 CH 1 5H digits together 
with "0675000321" digits and with an IE «CALL-INFORMATION» requesting the 
Provider 2 line (=<0, 0, 1>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual all incoming calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.5 and 7.4.10.5.11 
All incoming calls test list content (see Clause 4.1.1.1.10) 
FP implements the NG1 .N.14 "IVIultiple lines" feature 
T-00 

1 . Open the All incoming calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Phone back "M.UWE" entry (entry can be selected using the contact number 
"008989945270") 

8. If <End session> was received then send a < End session confirm, session id=1> 
from TS_1 

Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 1, 
full VoIP line type information, call id a) =<(1 , 0, 0), (0, 5, 1 ), (1 , 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

7. Hang up on lUT 

8. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BAS1C-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 07H 
> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, in 
the correct sequence from the newest call to the oldest one 

5. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits together 
with "008989945270" digits and with an IE «CALL-INFORMATION» requesting 
the Provider 2 line (=<0, 0, 1 >) 

6. Verify end-to-end U-plane connection between lUT and TS_1 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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DECT system settings list - Current PIN code - New PIN code - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14] , Clauses 7.4.11.3, 7.4.11.3.1 and 7.4.11.3.13 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a {CIPHER-REQUEST} message from TS_1 

4. Send a <Start session confirm, session id=1 > from TS_1 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the PIN code field on lUT 

6. Send to TS_1 a <Edit entry confirm, session id=1 > followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 

Enter "1234" as old PIN code value 

7. Send to TS_1 a <Save entry confirm, session id=1 , entry identifier= 1 , position 
index=1 , total number of available entries=1 > 

8. Send to TS_1 a <Edit entry confirm, session id=1 > followed by <data packet/data 
packet last> with new PIN code field set to (FFH, FFH, FFH, FFH) and 'PIN 
protected' property bit set to 1 

Enter "6789" as new PIN code value 

9. Send to TS_1 a <Save entry confirm, session id=1 , entry identifier= 1 , position 
index=1 , total number of available entries=1> 

Close the list access service on lUT 

10. If <End session> received then send <End session confirm, session id=1 > from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 

attributes> » 

2. Verify that lUT complete the cipher procedure at MAC level 

3. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

4. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum PIN code identifier 01 H> 

5. Verify that the lUT requires the user to enter the old PIN code value 

Verify that the lUT sends to TS_1 a <Edit entry, session id=1 , entry identifier=1 , list 
entry field identifier 1= Current PIN code identifier 01 H> 

6. Verify that the lUT sends to TS_1 a <Save entry, session id=1 , entry identifier=1 >, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H, 34H) 

7. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 , entry identifier=1 , list 
entry field identifier 1 = New PIN code identifier ODH> 

8. Verify that the lUT sends to TS_1 a <Save entry, session id=1 , entry identifier=1>, 
followed by <data packet/data packet last> with new PIN code field set to (FFH, 
FFH, 67H, 89H) 

9. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 >, and a 

{CC-RELEASE} message 
Start session can actually come before ciphering the link 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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DECT system settings list - Clock master - Edit entry - Save entry 



Reference: 
initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [14] , Clauses 7.4.1 1 .3 and 7.4.1 1 .3.2 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the Clock Master field on lUT 

5. Send a <Edit entry confirm, session id=2> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

IVIodify the Clock Master field to "Portable Part" 

6. Send a <Save entry confirm, session id=2, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Clock master identifier 02H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=2, entry identifier=1 , list 
entry field identifier 1= at the minimum Clock master identifier 02H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=2, entry identifier=1>, 
followed by <data packet/data packet last> with Clock Master field set to 31 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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DECT system settings list - Base reset - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1 .3 and 7.4.1 1 .3.3 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the Base reset field on lUT 

5. Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Base reset field to "Yes" 

6. Send a <Save entry confirm, session id=3, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Send a {CC-RELEASE } message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Base reset identifier 03H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identlfier=1 , list 
entry field identifier 1 = at the minimum Base reset identifier 03H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=3, entry identifier=1 >, 
followed by <data packet/data packet last> with Base reset field set to 31 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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DECT system settings list - Base reset - PIN protected - Edit entry - Save entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.1 and 7.4.11.3.3 
DECT system settings list content (see Clause 4.1 .1 .1 .8) with 'PIN protected' property bit 

set to 1 for 'Base reset' field. 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a (CC-CALL-PROC) message from TS_1 

3. Send a <Start session confirm, session id=4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
and with 'PIN protected' property bit set to 1 for 'Base reset' field 

Select and edit the Base reset field on lUT 

5. Send to TS_1 a <Edit entry confirm, session id=4> followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 

Enter "1234" as current PIN code value 

6. Send to TS_1 a <Save entry confirm, session id=4, entry identifier= 1 , position 
index=1 , total number of available entries=1 > 

7. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Base reset field to "Yes" 

8. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=1> from TS_1 

Close the list access service on lUT 

9. If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Base reset identifier 03H> 

4. Verify that the lUT requires the user to enter the PIN code value 

Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=4, entry identifier=1>, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H,34H) 

6. Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1= at the minimum Base reset identifier 03H> 

7. Verify that the lUT sends to TS_1 a <Save entry, session id=4 entry identifier=1 >, 
followed by <data packet/data packet last> with Base reset field set to 31 H, and 
other edited fields, if any, not modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command. 

Instead of asking the PIN before editing a field protected by the FP, the lUT might also 
ask for PIN before opening the list via start session, or before reading a field, or before 
editing a field (although it is not protected by the FP), or before saving a field (either 
protected or not by the FP). All these implementations are accepted. 
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DECT system settings list - FP IP address - Edit entry - Save entry 
TS in? fS?7-r! ri41 ClaiiSfis 7 4 11 7 4 1 1 ,S 4 7 4 1 1 ,S 5 7411: 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [14], Clauses 7.4.1 1 .3, 7.4.1 1 .3.4, 7.4.1 1 .3.5, 7.4.1 1 .3.6, 7.4.1 1 .3.7 and 
7.4.11.3.8 

DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 , 

3. Send a <Start session confirm, session id=4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the FP IP address field on lUT 

5. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the FP IP address/type field to "DHCP" 

6. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Select and edit the FP IP address field on lUT 

7. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the FP IP address/type field to "Static" 
Modify the FP IP address/value = 192.168.221 .20 
Modify the FP IP address/subnet mask = 255.255.255.0 
Modify the FP IP address/gateway = 192.168.221.1 

Modify the FP IP address/DNS server = 192.168.221 .2 if declared (see Annex A, 
Table A.7) 

8. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=1> from TS_1 

Close the list access service on lUT 

9. If <End session> received then send <End session confirm, session id=4> from 

TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1..n = 01 H, 02H, 03H, 09H, OAH completed with optional settings 
supported (see Annex A, Table A.7) > 

4. Verify that the lUT sends a <Edit entry, session id=4, entry identifier=1 , list entry 
field identifier 1= at the minimum FP IP address identifiers 04H, 05H, 06H, 07H, 
08H > 

5. Verify that the lUT sends a <Save entry, session id=4, entry identifier=1>, followed 
by <data packet/data packet last> with FP IP address/type field set to (DHCP=1 , 
static=0), and other edited fields, if any, not modified 

6. Verify that the lUT sends a <Edit entry, session id=4, entry identifier=1 , list entry 
field identifier 1= at the minimum FP IP address identifiers 04H, 05H, 06H, 07H, 
08H > 

7. Verify that the lUT sends a <Save entry, session id=4, entry identifier=1>, followed 
by <data packet/data packet last> with 

FP IP address/type field set to (DHCP=1 , static=0) 
FP IP address/value set to (IPv4/6=0, 'C0A8DD14'H) 
FP IP address/subnet mask set to (IPv4/6=0, "FFFFFFOO'H) 
FP IP address/gateway set to (IPv4/6=0, 'COASDDOI'H) 

FP IP address/DNS server set to (IPv4/6=0, 'C0A8DD02'H) if declared (see Annex 
A, Table A.7) 

other edited fields, if any, not modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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DECT system settings list - FP version - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .3, 7.4.1 1 .3.9, 7.4.1 1 .3.1 and 7.4.1 1 .3.1 1 

DECT system settings list content (see Clause 4.1 .1 .1 .8), 

T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=5> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=5> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Browse into the FP version field(s) on the lUT 

5. Close the list access service on lUT 

6. If <End session> received then send <End session confirm, session id=5> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=5, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum FP version identifiers 09H, OAH> (OBH if declared, 
see Annex A, Table A. 7) > 

4. Verify that the FP version fields are displayed on lUT 
Firmware version = "F1 .2C8" 

Eeprom version = "El .5C6" 

Hardware version = "HI .4A2" if declared (see Annex A, Table A.7) 

5. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5>, and a 
{CC-RELEASE} message 

Settings fields can be read one by one, or all in the same <Read entries> command 
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Line settings list - Line name - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.1 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Line name field from iUT 

5. Send a <Edit entry confirm, session id=1 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Line name field to "Line for test" 

6. Send a <Save entry confirm, session id=1 , entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on IUT 

7. If <End session> received then send <End session confirm, session id=1> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the IUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the IUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the IUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Line name identifier 01 H> 

4. Verify that the IUT sends to TS_1 a <Edit entry, session id=1 , entry identifier=1 , list 
entry field identifier 1 = at the minimum Line name identifier 01 H> (some other 
fields can be edited at the same time) 

5. Verify that the IUT sends to TS_1 a <Save entry, session id=1 , entry identifier=1>, 
followed by <data packet/data packet last> with Line name field set to "Line for 
test", and other edited fields, if any, not modified 

8. Verify that the IUT sends to TS_1 , optionally a <End session, session id=1 >, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Attached handsets - Edit entry - Save entry 
TS 1 02 527-3 fl 41. Clause 7.4.1 1 .4.3 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.3 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Attached handsets field from lUT 

5. Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Attach PP2 to line 2 from lUT 

6. Send a <Save entry confirm, session id=3, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Select line 1 and edit the Attached handsets field from lUT 

7. Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

De-attach PP2 from line 1 on lUT 

8. Send a <Save entry confirm, session id=3, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

9. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Attached handsets identifier 03H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier=2, list 
entry field identifier 1 = at the minimum Attached handsets identifier 03H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=3, entry identifier=2>, 
followed by <data packet/data packet last> with Attached handsets field set to 
Nb=02H, bitmap=86H, and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier=1 , list 
entry field identifier 1= at the minimum Attached handsets identifier 03H> 

7. Verify that the lUT sends to TS_1 a <Save entry, session id=3, entry identifier=1>, 
followed by <data packet/data packet last> with Attached handsets field set to 
Nb=02H, bitmap= 01 H, 82H, and other edited fields, if any, not modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 

lUT can open the internal names list to know the registered handsets list 
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Line settings list - Attached handsets - PIN protected - Edit entry - Save entry 
TS 102 527-3 [141, Clauses 7.4.11.1 and 7.4.11.4.3 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



11 



12 



TS 102 527-3 [14], Clauses 7.4.11.1 and 7.4.11.4.3 
Line settings list content (see Clause 4.1 .1 .1 .9) with 'PIN protected' property bit set to 1 
for 'Attached handset' field of line 2 
DECT system settings list content (see Clause 4.1 .1 .1 .8) 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
and with 'PIN protected' property bit set to 1 for 'Attached handsets' field 
Select second line and edit the Attached handsets field from lUT 

5. Send a <Start session confirm, session id=5> from TS_1 

6. For each <Read entries> received, send a <Read entries confirm, session id=5> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 

7. Send to TS_1 a <Edit entry confirm, session id=5> followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 

Enter "1234" as current PIN code value 

8. Send to TS_1 a <Save entry confirm, session id=5, entry identifier= 1 , position 
index=1 , total number of available entries=1 > 

9. Send to TS_1 a <End session confirm, session id=5> 

1 0. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 
Terminate the edit entry without changing the entry content 
Send a <Save entry confirm, session id=4, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 
Close the list access service on lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start indexes, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Attached handsets identifier 03H> 

4. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

5. Verify that the lUT sends to TS_1 a <Read entries, session id=5, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at least Current PIN code identifier 01 H > 

6. Verify that the lUT requires the user to enter the PIN code value 

Verify that the lUT sends to TS_1 a <Edit entry, session id=5, entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

7. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry identifier=1>, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H, 34H) 

8. Verify that the lUT sends to TS_1 a <End session, session id=5> 

9. Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=2, list 
entry field identifier 1= at the minimum Attached handsets identifier 03H> 

1 0. Verify that the lUT sends to TS_1 a <Save entry, session id=4, entry identifier=2>, 
followed by one empty <data packet/data packet last> 

1 1 . Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command. 

lUT can open the internal names list to know the registered handsets list. 

Instead of asking the PIN before editing a field protected by the FP, the lUT might also 
ask for PIN before opening the list via start session, or before reading a field, or before 
editing a field (although it is not protected by the FP), or before saving a field (either 
protected or not by the FP). All these implementations are accepted. 
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Line settings list - Dialing prefix - Edit entry - Save entry 

TC: 1 09 '^07-'^ n A^ r.lai ico 7 A 1 1 A A 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.4 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Dialing prefix field from lUT 

5. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Dialing prefix field to "0033" 

6. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Dialing prefix identifier 04H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1= at the minimum Dialing prefix identifier 04H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=4, entry identifier=1>, 
followed by <data packet/data packet last> with Dialing prefix field set to "0033", 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - FP melody - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.5 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=5, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=5> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the FP melody field from lUT 

5. Send a <Edit entry confirm, session id=5> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify FP melody field to melody 1 

6. Send a <Save entry confirm, session id=5, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=5> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=5, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum FP melody identifier 05H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=5, entry identifier=2, list 
entry field identifier 1= at the minimum FP melody identifier 05H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry identifier=2>, 
followed by <data packet/data packet last> with FP melody field set to 01 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - FP volume - Edit entry - Save entry 

TC: 1 09 l^'>7-'^ n A^ r.lai jco 7 a 1 1 4 K 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.6 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=6, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=6> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the FP volume field from lUT 

5. Send a <Edit entry confirm, session id=6> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify FP volume field to volume 3 

6. Send a <Save entry confirm, session id=6, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=6> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=6, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum FP volume identifier 06H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=6, entry identifier=2, list 
entry field identifier 1 = at the minimum FP volume identifier 06H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=6, entry identifier=2>, 
followed by <data packet/data packet last> with FP volume field set to 33H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=6>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Blocked number - Edit entry - Save entry 
TS 1 02 527-3 ft 41. Clause 7.4.1 1 .4.7 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.7 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=7, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=7> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Blocked number field from lUT 

5. Send a <Edit entry confirm, session id=6> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Blocked number field to "00*" 

6. Send a <Save entry confirm, session id=7, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=7> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=7, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Blocked number identifier 07H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=7, entry identifier=2, list 
entry field identifier 1 = at the minimum Blocked number identifier 07H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=7, entry identifier=2>, 
followed by <data packet/data packet last> with Blocked number field set to "00*", 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=7>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Multiple calls mode - Edit entry - Save entry 
TS 1 02 527-3 [1 41, Clause 7.4.1 1 .4.8 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=8, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=8> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Multiple calls mode field from lUT 

5. Send a <Edit entry confirm, session id=8> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Multiple calls mode field to Multiple call 

6. Send a <Save entry confirm, session id=8, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. Send a {CC- If <End session> received then send <End session confirm, session 
id=8> from TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=8, start indexes, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Multiple calls mode identifier 08H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=8, entry identifier=1 , list 
entry field identifier 1= at the minimum Multiple calls mode identifier 08H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=8, entry identifier=1>, 
followed by <data packet/data packet last> with Multiple calls mode field set to 

31 H, and other edited fields, if any, not modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=8>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Intrusion call - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=9, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=9> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Intrusion call field from lUT 

5. Send a <Edit entry confirm, session id=9> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Intrusion call field to Allowed 

6. Send a <Save entry confirm, session id=9, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=9> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=9, start indexes, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Intrusion call identifier 09H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=9, entry identifier=1 , list 
entry field identifier 1= at the minimum Intrusion call identifier 09H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=9, entry identifier=1>, 
followed by <data packet/data packet last> with Intrusion call field set to 31 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=9>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Permanent CLIR - Edit entry - Save entry - "Value" sub field 

TC: 1 09 c,'>7-'^ n A^ r.lai jco 7 a 1 1 A « 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 0, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=10> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Permanent CLIR field from lUT 

5. Send a <Edit entry confirm, session id=1 0> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Permanent CLIR field to "Value" sub field set to Activated 

6. Send a <Save entry confirm, session id=1 0, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=10> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 0, start indexes, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Permanent CLIR identifier OAH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 0, entry identifier=1 , 
list entry field identifier 1= at the minimum Permanent CLIR identifier OAH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 0, entry 
identifier=1>, followed by <data packet/data packet last> with Permanent CLIR 
field set to Value=31 H, and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 0>, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Permanent CLIR - Edit entry - Save entry - CLIR code sub fields 

TR 1 n? ?;97-;^ n 41 r.lai ]<;p 7 4 11 AR 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 0, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=10> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Permanent CLIR field from lUT 

5. Send a <Edit entry confirm, session id=1 0> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Permanent CLIR field to 

"CLIR activation code" sub field set to "#12" 

"CLIR deactivation code" sub field set to "*34" 

6. Send a <Save entry confirm, session id=1 0, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 0> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1with IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1 > (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=10, start indexes, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Permanent CLIR identifier OAH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=10, entry identifier=1 , 
list entry field identifier 1= at the minimum Permanent CLIR identifier OAH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 0, entry 
identifier=1>, followed by <data packet/data packet last> with Permanent CLIR 
field set to 

CLIR activation code (including length) = 03H, 23H, 31 H, 32H, 
CLIR deactivation code (including length) =03H, 2AH, 33H, 34H, 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=10>, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Call forwarding unconditional 
'Call forwarding number' sub fields 



Edit entry - Save entry - 'Value' and 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 1 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 1 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 

"Value" sub field set to Activated 

"Call forwarding number" sub field set to "0123456789" 

6. Send a <Save entry confirm, session id=1 1 , entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 1 > from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 1 , start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding unconditional identifier OBH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 1 , entry identifier=2, 
list entry field identifier 1 = at the minimum Call forwarding unconditional identifier 
OBH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 1 , entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to 

Value=31H, 

Call forwarding number (including length) =OAH, 30H, 31 H, 32H, 33H, 34H, 35H, 
36H, 37H, 38H, 39H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 1 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Call forwarding unconditional 

sub fields 



Edit entry - Save entry - CPU codes 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 1 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 1 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 
"CFU activation code" sub field set to "*1 11" 
"CPU deactivation code" sub field set to "*i 12" 

6. Send a <Save entry confirm, session id=1 1 , entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 1 > from 
TS_1 

Send a {CC-RELEASE-COIVI} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 1 , start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding unconditional identifier OBH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 1 , entry identifier=2, 
list entry field identifier 1 = at the minimum Call forwarding unconditional identifier 
OBH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 1 , entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to 

CFU activation code (including length) = 04H, 2AH, 31 H, 31 H, 31 H, 
CFU deactivation code (including length) =04H, 2AH, 31 H, 31 H, 32H, 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 1 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Call forwarding on No answer - Edit entry - Save entry - 'Value' and 
'Call forwarding number' sub fields 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=12, total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=12 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 2 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 

"Value" sub field set to Activated 

"Call forwarding number" sub field set to "9876543210" 

6. Send a <Save entry confirm, session id=12, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 2, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on No answer identifier OCH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=12, entry identifier=2, 
list entry field identifier 1= at the minimum Call forwarding on No answer identifier 
OCH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=12, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to Value=31 H, 

Call forwarding number (including length) =OAH, 39H, 38H, 37H, 36H, 35H, 34H, 

33H, 32H, 31 H, 30H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 2 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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sub fields 



TC PT NG1.N.16 BV 4902 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=12, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=12 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 2 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 

"Nb of seconds before call is forwarded" sub field set to 25 seconds 

"CFNA activation code" sub field set to "#20" 

"CFNA deactivation code" sub field set to "#21" 

6. Send a <Save entry confirm, session id=12, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1 > (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 2, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on No answer identifier OCH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=12, entry identifier=2, 
list entry field identifier 1= at the minimum Call forwarding on No answer identifier 
OCH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 2, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 

unconditional field set to 

Nb of seconds before call is forwarded = 19H, 

CFNA activation code (including length) = 03H, 23H, 32H, 30H, 

CFNA deactivation code (including length) =03H, 23H, 32H, 31 H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 2 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Call forwarding on Busy subscriber - Edit entry - Save entry - 'Value' 
and 'Call forwarding number' sub fields 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=13, total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=13 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 3 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 

"Value" sub field set to Activated 

"Call forwarding number" sub field set to "0123456789" 

6. Send a <Save entry confirm, session id=13, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
iE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 3, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on Busy subscriber identifier ODH > 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=13, entry identifier=2, 
list entry field identifier 1= at the minimum Call forwarding on Busy subscriber 
identifier ODH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=13, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to Value=31 H, 

Call forwarding number (including length) =OAH, 30H, 31 H, 32H, 33H, 34H, 35H, 

36H, 37H, 38H, 39H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 3 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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Line settings list - Call forwarding on Busy subscriber - Edit entry - Save entry - CFB 

codes sub fields 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=13, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=13 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 3 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 
"CFB activation code" sub field set to "*44" 
"CFB deactivation code" sub field set to "*55" 

6. Send a <Save entry confirm, session id=13, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TSJwith IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 3, start index=s, 
direction=0, counter=i, mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on Busy subscriber identifier ODH > 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=13, entry identifier=2, 
list entry field identifier 1= at the minimum Call forwarding on Busy subscriber 
identifier ODH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=13, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to 

CFB activation code (including length) = 03H, 2AH, 34H, 34H, 
CFU deactivation code (including length) =03H, 2AH, 35H, 35H, 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 3 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 
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DECT system settings list - Emission mode - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1 .3 and 7.4.1 1 .3.12 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the Emission mode field on lUT 

5. Send a <Edit entry confirm, session id=2> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Emission mode field to "activated" 

6. Send a <Save entry confirm, session id=2, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LIA service call setup. Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=1 , 
direction=0, counter=1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = at the minimum Emission mode identifier OCH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=2, entry identlfier=1 , list 
entry field identifier 1 = at the minimum Emission mode identifier OCH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=2, entry identifier=1>, 
followed by <data packet/data packet last> with Emission mode bit NEM set to 1 B, 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 



6.17 TC_PT_NG1.N. 17 Calling line identity restriction tests 
cases 



Test subgroup objectives: to check the lUT's behaviours regarding Calling line identity restriction with the following 
considerations: 

• As NG1.N.17_2 "Permanent CLIR mode (all calls)" procedure includes only FP requirements, there is no 
test case defined for this procedure. 

Declarations (see Annex A): 

• NG1.N.17 "CalUng line identity restriction" feature is optional on PP side, so the manufacturer shall 
declare if it is supported. 



ETSI 



136 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC PT NG1.N.17 BV 301 


Temporary CLIR mode (call by call) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.12.3 

"Permanent CLIR" field on line set to the following value: "Value" sub field set to 30H 

(deactivated) 
T-00 

1 . Perform an outgoing call with restricted presentation on line to "0123456789" 
phone number from lUT 

2. Perform an outgoing call without restricted presentation on line to "01 23456789" 
phone number from lUT 

1 . Verify that the lUT sends to TS_1 either in a {CC-SETUP} or a {CC-INFO} message 
an IE «MULTI-KEYPAD» set to CLIR invocation temporary digits sequence 
followed by "0123456789" digits 

2. Verify that the lUT sends to TS 1 either in a {CC-SETUP} or a {CC-INFO} message 
an IE «MULTI-KEYPAD» set to "0123456789" digits 



6.18 TC_PT_NG1.N.18 Call forwarding (external calls) tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Call forwarding (external calls) with the following 
considerations: 

• As NG1.N.18_1 "Call forwarding common requirements" procedure is tested when testing NG1.N.16_25 
"Line settings list" procedure for the corresponding settings, there is no test case defined for this procedure. 

• As NG1.N.18_2 "External Call Forwarding Unconditional (CFU) to external number" procedure includes 
only FP requirements, there is no test case defined for this procedure. 

• As NG1.N.18_3 "External Call Forwarding on No Answer (CFNA) to external number" procedure 
includes only FP requirements, there is no test case defined for this procedure. 

• As NG1.N.18_4 "External Call Forwarding on Busy subscriber (CFB) to external number" procedure 
includes only FP requirements, there is no test case defined for this procedure. 

6.19 TC_PT_NG1.N.19 DTMF handling tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding DTMF handling with the following considerations: 

• As NG1.N.19_3 "Downlink DTMF reception" procedure includes only FP requirements, there is no test 
case defined for this procedure. 

• As NG1.N.19_4 "Local DTMF feedback of dialled digits" procedure includes only MMI requirements on 
PP side, there is no test case deiined for this procedure. 

Declarations (see Annex A): 



• NG1.N.19_1 "Uphnk DTMF transmission at call setup when FP connected to classic switching network" is 
conditional, so the manufacturer shall declare if it is supported. 



TC PT NG1.N.19 BV 101 


Uplink DTMF transmission at call setup when FP connected to classic switching network 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.14.1.1 
T-00 

Initiate an outgoing call from lUT and press each telephone digit key (0-9, *,#) on lUT 
Verify on TS_1 side that the PP does not generate any in band audio DTMF and that 
keypad information is received for each digit pressed 
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Uplink DTMF transmission when connected 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.14.1.2 
T-10 (lUT+TSJ) 

Press each telephone digit key (0-9, *,#) on lUT 

Verify on TS_1 side that the PP does not generate any in band audio DTMF and that 
keypad information is received for each digit 



6.20 TC_PT_NG1 .N.20 Tones provision tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding tone provision with the following considerations: 

• The PT shall support two methods for providing tones : IE «SIGNAL» signal method (NG1.N.20_2 
"Tones provision by the system" procedure) and in band method (NG1.N.20_3 "Transparency to tones 
provision by the network or PABX" procedure). 

• To limit the number of tests, TC_PT_NG1.N.20 tests cases include only tone tests for a first call. Tone 
tests related to parallel calls are merged with corresponding TCs (see TC_PT_NG1.N.6 and 
TC_PT_NG1.N.7 tests cases) as it is mandatory on PP side to support "Tones provision by the system" 
procedure. 

• As the U-plane connection using the IE «Progress Indicator» is mandatory in EN 300 444 [12] on PP 
side, there is no test case for the NG1.N.20_3 "Transparency to tones provision by the network or PABX" 
procedure. Only the NG1.N.20_2 "Tones provision by the system" procedure is tested. 

• Ring-back tone on internal call, included in NG1.N.20_2 "Tones provision by the system" procedure, is 
tested when rurming NG1.N.8 "Call transfer" test cases, so there is no test case defined for this 
requirement. 

Declarations (see Annex A): 

• Following tones are optional so the manufacturer shall declare if they are supported: 

NG1.N.20_2 "Dial tone". 

NGl .N.20_2 "Off-hook warning tone" . 



NG1.N.20_2 "Network congestion tone (external calls only)". 



TC_PT_NG1 .N.20_BV_201 


Tones provision by the system - Ring-back tone and Busy tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call to "1 234567890" phone number from lUT 

Send a {CC-CALL-PROC} followed by a {CC-ALERTING} message with IE 
«SIGNAL» with the value 01 H indicating 'Ring back tone on' from TS_1 

2. Send a {CC-INFO} message with IE «SIGNAL» with the value 04H indicating 
'Busy tone on' from TS_1 

3. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

1 . Verify that the lUT generates a ring-back tone 

2. Verify that the lUT generates a busy tone 

3. Verify that the lUT stops the tone generation 
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Tones provision by the system - Intercept tone, Negative acknowledgement tone and Call 
waiting tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-10 (IUT+TS_1) 

1 . Send a {CC-INFO} message with IE «SIGNAL» with the value 02H indicating 
'Intercept tone on' from TS_1 

2. Initiate outgoing parallel call from lUT 

Send a {CC-INFO} message with IE «SIGNAL» with the value 09H indicating 
'Negative acl<nowledgement tone' from TS_1 

3. Send a {CC-INFO} message with IE «SIGNAL» with the value 07H indicating 'Call 
waiting tone on' from TS_1 

1 . Verify that the lUT generates an intercept tone and stops the generation by itself 

2. Verify that the lUT generates a negative acknowledgement tone and stops the 
generation by itself 

3. Verify that the lUT generates a call-waiting tone and stops the generation by itself 
In principle, the tone generation is independent of the codec itself 




TC_PT_NG1 .N.20_BV_206 


Tones provision by the system - Dial tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call from lUT without sending digits. 

Send a {CC-SETUP-ACK} message with IE «SIGNAL» with the value OOH 
indicating 'Dial tone on' from TS_1 

2. Send a {CC-CONNECT} message with IE «SIGNAL» with the value 3FH 

indicating 'Tones off from TS_1 

1 . Verify that the lUT generates a dial-tone tone 

2. Verify that the lUT stops the tone generation 




TC_PT_NG1 .N.20_BV_207 


Tones provision by the system -Off-hook warning tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call from lUT. 

Send a {CC-CONNECT} message from TS_ 1 followed by a {CC-INFO} message 
from TS_ 1 with IE «SIGNAL» with the value 08H indicating Off-hook warning tone 
on' 

2. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

1 . Verify that the lUT generates an Off-hook warning tone 

2. Verify that the lUT stops the tone generation 




TC_PT_NG1 .N.20_BV_208 


Tones provision by the system - Network congestion tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call from lUT. 

Send a {CC-CONNECT} message with IE «SIGNAL» with the value 03H indicating 
Network congestion tone on' from TS_1 

2. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

1 . Verify that the lUT generates a Network congestion tone 

2. Verify that the lUT stops the tone generation 



6.21 TC_PT_NG1 .N.21 Headset management tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding headset management with the following 
consideration: 

• As NGl .N.21_6 "Switching headset to handset (headset initiated)" procedure is tested together with 
NG1.N.21_3 "Headset incoming call" procedure, there is no test case defined for this procedure. 

Declarations (see Annex A): 
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• NG1.N.21 "Headset management" feature is conditional on PP side, so the manufacturer shall declare if it 

is supported. 

• NG1.N.21_4 "Re-dial of last outgoing call" procedure is optional on PP side, so the manufacturer shall 
declare if it is supported. 

• NGl .N.21_5 "Re-dial of last incoming call" procedure is optional on PP side, so the manufacturer shall 
declare if it is supported. 



• NG1.N.21_6 "Switching from headset to handset (headset initiated)" procedure is optional on PP side, so 
the manufacturer shall declare if it is supported. 



TC PT NG1.N.21 BV 101 


Headset capability during subscription registration 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.1 
No access rights on lUT 
AG set to '0000' value on TS_1 
A44 set to 1 on TS_1 

Perform an access rights request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REQUEST} message an IE 
«TERMINAL-CAPABILITY» with following capabilities declared: 

o Support of the "Headset management" feature in Profile indicator 7 field (octet 
4f) 

Verify that the registration is successful 




TC PT NG1.N.21 BV 102 


Headset capability during location registration 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.1 
T-00 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LOCATE-REQUEST} message an IE 
«TERI\/1INAL-CAPABILITY» with following capabilities declared: 

o Support of the "Headset management" feature in Profile indicator 7 field (octet 
4f) 




TC_PT_NG1 .N.21_BV_201 


Headset call interception - G.722 call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.2 

2 PPs registered (lUT is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 31 H ("allowed") for PP2 entry in Internal names list, 

G.722 external call in T-10 (IUT+TS_1) initiated by TS_2 on line (call id a) 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call proc) =<(0, 0, 0), (0, 
5, 1), (1 , 0, value a), (2, 1 , 3)> followed by a {CC-CONNECT} message from TS 1 
with IE «CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, 
value a), (2, 1, 5)> 

3. Hang up from lUT 

4. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS 1a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup'and IE « MULTI-KEYPAD » set to (1CH, 
50H, 2AH) digits 

2. Verify end-to-end U-plane connection between lUT and TS 1 

3. Verify that the lUT sends to TS_1 a {CO-RELEASE} message 




TC PT NG1.N.21 BV 301 


Headset incoming call - G.722 call 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.3 

2 PPs registered (lUT is HPP PP1 , TS 2 is NG PP2), 

T-00 

Perform incoming call G.722 (full paging (Long slot; j = 640), G.722 prioritized) from TS_1. 
Call pick up on lUT 

Verify that the lUT selects a codec only in one of the following messages: {CC-ALERTING} 

and {CC-CONNECT} (other messages not allowed) 

Verify end-to-end U-plane connection between lUT and TS_1 
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Re-dial of last outgoing call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.4 

Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 

T-00 

1 . Re-dial the last outgoing call from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb of 

sorting fields =1 , sorting field idl =3> from TS_1 

4. Send a <Read entries confirm, session id=1 > from TS_1 , followed by <data 
packet/data packet last> with first entry content 

5. If <End session> was received then send a < End session confirm, session id=1> 
from TS 1 

Send a {CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

6. Hang up on lUT 

7. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service call setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of sorting 
fields =n followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=1 , 
direction=0, counter^ 1 , mark entries request= don't care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. Verify that the lUT sends to TS 1 , optionally a <End session, session id=1 >, and a 
{CC-INFO} message with IE «MULTI-KEYPAD» set to "008989945270" digits 

5. Verify end-to-end U-plane connection between lUT and TS_1 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Re-dial of last incoming call 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.16.5 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1', IE 
« CALLING PARTY NUMBER =<unknown, unknown, '01 2345678901 2'>, and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, 
CS call setup) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a), (2, 1, 1)»> 

2. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a 
{CC-RELEASE} message from TS_ 1 

3. Radial the last incoming call from lUT 

4. (4.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 

(4.2) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 
(2, 1,2)> 

5. If not done in step 4 (i.e. in subcase 4.2) then send a {CC-INFO} message from TS_1 
with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, 
call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1, 0, value a) , (2, 1, 
3)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 
1,5)> 

6. Hang up on lUT 

7 Send a {CC-RELEASE-COM} message from TS_1 

1. Verify that lUT rings 

2. Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 

3. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly either: 

• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 
or 

• IE «MULTI-KEYPAD» set to "0123456789012" together with IE 
«CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

4. If the line id and/or the number were not received in step 1 then verify that the lUT 
sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line None, call id a) =<(0, 0, 127), 

(1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set to 
"0123456789" 

• the subsequent {CC-INFO} message shall contain an IE «MULTI-KEYPAD» 
set to "0123456789" and IE «CALL-INFORMATION» specifying (call id a) 
=<(1 , 0, value a)> 

5. Verify end-to-end U-plane connection between lUT and TS_1 

6. Verify that the lUT send to TS_1 a {CC-RELEASE } message 
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TC PT NG1.N.21 BV 601 


Headset incoming call - G.726 call - Switching from headset to handset (headset initiated) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.16.3 and 7.4.16.6 
2 PPs registered (lUT is HPP PP1 , TS 2 is NG PP2), 
T-00 

1 . Perform incoming call G.726 (short paging (full slot), G.726 prioritized) from TS_1 . 
Gall pick up on lUT 

2. Perform an unannounced call transfer on lUT towards all PPs 

3. Send a {CO-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS 1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 
0, value b), (2, 1 , 2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

4. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORI\/IATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} 
message from TS 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) 
=<(1 , 0, value b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT selects a codec only in one of the following messages: 
{CC-ALERTING} and {GO-CONNECT} (other messages not allowed) 
Verify end-to-end U-plane connection between lUT and TS_1 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1 7H digit, and possibly together with 2AH digit 

3. If dialing information was not received in step 2 then verify that the lUT sends to TS 1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to 2AH in and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

4. Verify that the lUT sends to TS la {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 34H) digits and IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 

5. Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 




TC_PT_NG1 .N.21_BV_701 


Headset side - Headset call interception - G.726 call - Switching from headset to handset 

(handset initiated) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.2 

2 PPs registered (lUT is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 31 H ("allowed") for PP2 entry in Internal names list, 

G.726 external call in T-10 (IUT+TS_1) initiated by TS_2 on line (call id a) 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 with IE «CALL-INFORMATION» 

specifying (line 0, full VoIP line type information, call id a, CS call proc) =<(0, 0, 0), (0, 
5, 1 ), (1 , 0, value a), (2, 1 , 3)> followed by a {CC-CONNECT} message from TS_1 
with IE «CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, 
value a), (2, 1, 5)> 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on', IE «CALLING PARTY NUMBER = <Network specific 
number. Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a, CS call intercepted) =<(1, 0, 
value a), (2, 1, 10)> as a result of switching from headset to handset request from 
TS 2 

4. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-RELEASE 
} message from TS 1 

1 . Verify that the lUT sends to TS la {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup'and IE « MULTI-KEYPAD » set to (1CH, 
50H, 2AH) digits 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify that the lUT generates an Intercept tone 

4. Verify that the lUT sends to TS 1a {CC-RELEASE-COM} message 
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TC_PT_NG1 .N.21_BV_705 


Handset side - Headset call interception - G.722 call - Switching from headset to handset 

(handset initiated) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.16.2 and 7.4.16.7 

2 PPs registered (lUT is NG PP1 , TS_2 is HPP PP2), 

"Gall interception" set to 31 H ("allowed") for PP2 entry in Internal names list, 

G.722 external call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on', IE «CALLING PARTY NUMBER = <Network specific 
number. Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a, OS call intercepted) =<(1, 0, 
value a), (2, 1 , 1 0)> as a result of headset call interception request from TS 2 

2. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-RELEASE 
} message from TS_1 

3. Perform a switching from headset to handset request from lUT 

4. Send a {CC-CALL-PROC} message from TS„1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call proc) =<(0, 0, 0), (0, 
5, 1), (1 , 0, value a), (2, 1 , 3)> followed by a {CC-CONNECT} message from TS_1 
with IE «CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, 
value a), (2, 1, 5)> 

5. Hang up from lUT 

6. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT generates an Intercept tone 

2. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

3. Verify that the lUT sends to TS 1a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup'and IE « MULTI-KEYPAD » set to (1CH, 
50H, 2AH) digits 

4. Verify end-to-end U-plane connection between lUT and TS_1 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.22 TC_PT_NG1 .N.22 Handling of lines where second calls are 
signalled in-band tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handhng of lines where second calls are signalled 
in-band with the following consideration: 



• NG1.N.22_3 "Off-hook CLIP enabled 'double call with in-band signalling' line" procedure is not tested as 
the PT requirements are tested with NG1.N.7 "Common parallel call procedures" feature. 



TC_PT_NG1 .N.22_BV_401 


Use of transparent commands on IBSC lines (Basic or Off-hook CLIP enabled) or any 
other line 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.10.4 

External call in T-10 (IUT-hTS_1) initiated by lUT on line 1 (call id a) 
Send a transparent command from lUT 

Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI-KEYPAD» set 
to 15H, and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
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6.23 TC_PT_GAP.N.30 Calling Line Identification Presentation 
tests cases 



Test subgroup objectives: to check the lUT's behaviours when receiving CLIP. 


TC_PT_GAP.N.30_BV_01 


Incoming call with calling party number in {CC-SETUP} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.41 
T-00 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal call 
setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', IE « CALLING 
PARTY NUMBER =<unknown, unknown, '01 2345678901 2'>, and IE 
«GALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, CS 
call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )»> 

Verify by checking CLIP presentation according to its display capabilities that the lUT is 
able to handle «CALLING PARTY NUMBER» in {CC-SETUP} 




TC_PT_GAP.N.30_BV_02 


Incoming call with calling party number in {CC-INFO} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.41 
T-00 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal call 
setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, CS 
call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )»>, followed by a {CC-INFO} 
message from TS_1 with IE « CALLING PARTY NUMBER =<National number. National 
standard plan, '987654321 098'> » and IE «CALL-INFORMATION» specifying (call id 
a) =< (1 , 0, value a) »> 

Verify by checking CLIP presentation according to its display capabilities that the lUT is 
able to handle «CALLING PARTY NUMBER» in {CC-INFO} 


6.24 TC_PT_GAP.N.31 Internal call tests cases 

Test subgroup objectives: to check the lUT's behaviours when handUng internal call with the following consideration: 

• As GAP.N.3 1_2 "Internal call keypad" is tested implicitly when testing GAP.N.3 1_1 "Internal call setup", 
there is no test case defined for this procedure. 

• As GAP.N.3 1_5 "UTF-8 CNIP" is tested impUcitly when testing GAP.N.3 1_4 "Internal Call CNIP", there 
is no test case defined for this procedure. 

Declarations (see Annex A): 

• GAP.N.3 1_6 "Internal call codec priority" procedure can be not supported (see TS 102 527-3 [14], 
Clause 7.4.3.9.2). So the manufacturer shall declare if it is supported. 


TC PT GAP.N.31 BV 101 


Internal call setup - internal call class 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.6 

EN 300 444 [12], Clause 14.4.3 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

Perform an internal outgoing call on lUT towards PP2 

1 . Verify that the lUT sends to TS_1 an internal call setup, as described in 

TS 102 527-1 [13], Clause 7.3.6, table 13 (i.e. with <Call class = internal call>) 

2. Verify that the lUT sends to TS_1 an internal call keypad, as described in 

EN 300 444 [12], Clause 14.4.3, table 107 (i.e. with <Keypad information = IA5 
coding of terminal identity number in decimal of PP2, or 2AH in case of internal 
general call >) 

lUT could access to internal names list, and/or initiate internal general call, to initiate 
internal call. 

lUT can either send internal call keypad in the {CC-SETUP} or in the {CC-INFO} message 
later on 
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TC PT GAP.N.31 BV 301 


Internal call CLIP 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.43 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

Perform an incoming internal call from TS_1 with an IE «CALLING PARTY NUMBER» 
set to EN 300 444 [12], Clause 8.43, table 78d content and <Calling party address = IA5 
coding of terminal identity number in decimal of PP2> 

Verify by checking CLIP presentation according to its display capabilities that the lUT is 
able to handle internal call CLIP. 

Internal CLIP is the terminal Identity number of the calling part 




TC PT GAP.N.31 BV 401 


Internal call CNIP 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.44 

TS 102 527-3 [14], Clause 7.4.1 7.2 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

Perform an incoming internal call from TS_1 with IE «CALLING PARTY NAME» set to 
EN 300 444 [12], Clause 8.44, table 78e content and <Calling party name= 'TESTER 
g6u'> 

Verify by checking CNIP presentation on lUT display of 'TESTER gou' that the lUT is able 
to handle internal call UTF-8 «CALLING PARTY NAME» without crashing 
For UTF-8 characters the PP is not able to display among "g", "6", "u", the PP should use 
a replacement character (replacement character is left free to the manufacturer) 
UTF-8 characters encoding: 

• "g" : LATIN SMALL LETTER C WITH CEDILLA "cSa^H 

• "6" : LATIN SMALL LETTER WITH DIAERESIS 'c3b6'H 

• "u" : LATIN SMALL LETTER U WITH DIAERESIS 'cSbc'H 




TC PT GAP.N.31 BV 601 


Internal call codec priority - outgoing call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.9 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

1 . Perform an internal outgoing call on lUT towards PP2 

2. TS 2 will choose G.722 codec in a {CC-CONNECT} message 

3. Send a {CC-RELEASE} from TS 2 

1 . Verify that the lUT sends to TS_1 either: 

• if specified at call setup phase, G.722 in IE «CODEC LIST» with highest 
priority; or 

• if not specified at call setup phase, G.722 in IE «CODEC LIST» with highest 
priority at last location registration 

2. Verify by checking end-to-end U-plane connection that the lUT is able to establish 
G.722 internal outgoing call 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} 




TC_PT_GAP.N.31_BV_602 


Internal call codec priority - incoming call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.9 

2 PPs registered (lUT is PP1, TS_2 is NG PP2), T-00 

1 . Perform an internal G.722 outgoing call on PP2 towards lUT 

2. Call pick up on lUT 

3. Hang up on lUT 

1 . Verify that the lUT presents the internal call to the user (ringing or display) 

2. Verify that the lUT selects G.722 codec in IE «CODEC LIST» only in one of the 
following messages: {CC-ALERTING} and {CC-CONNECT} (other messages not 
allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish 
G.722 internal incoming call 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.25 TC_PT_GAP.N.34 Calling Name Identification Presentation 
tests cases 

Test subgroup objectives: to check the lUT's behaviours when receiving CNIP with the following consideration: 

• As GAP.N.34_2 "UTF-8 CNIP" is tested impUcitly when testing GAP.N.34_1 "Calling Name 
Identification Presentation (CNIP) Indication", there is no test case defined for this procedure. 
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TC PT GAP.N.34 BV 101 


Incoming call with calling party name in {CC-SETUP} 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clausess 8.12, 8.13 and 8.42 

TS 102 527-3 [14], Clause 7.4.17.2 

T-00 

Send a {CO-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal 

call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', IE «CALLING 

PARTY NAME = < Presentation allowed, UTF-8, Network provided, 'CNIP1 aaa'> » >, 

and IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 

a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)»> 

Verify by checking CNIP presentation on lUT display of 'CNIP1 aaa' that the lUT is able to 

nanoie u i r-o <<L»rtLLiiMo rMri i i iNMivit» in |oo-ot i ur/ witnoui crasning 

For UTF-8 characters the PP is not able to display among "a", "a", "a", the PP should use 

a replacement character (replacement character is left free to the manufacturer) 

UTF-8 characters encoding: 

• "a" : LATIN SMALL LETTER A WITH CIRCUMFLEX 'c3a2'H 

• "a" : LATIN SMALL LETTER A WITH GRAVE 'c3aO'H 

• "a" : LATIN SMALL LETTER A WITH DIAERESIS 'c3a4'H 



TC PT GAP.N.34 BV 102 


Incoming call with calling party name in {CC-INFO} 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clausess 8.12, 8.13 and 8.42 

TS 102 527-3 [14], Clause 7.4.17.2 

T-00 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal call 
setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, CS 
call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )»>, followed by a {CC-INFO} 
message from TS_1 with IE «CALLING PARTY NAME = < Presentation allowed, UTF-8, 
User-provided, verified and passed, 'CNIP2 eee'> » and IE «CALL-INFORMATION» 
specifying (call id a) =< (1 , 0, value a) »> 

Verify by checking CNIP presentation on lUT display of 'CNIP2 eee' that the lUT is able to 

handle UTF-8 «CALLING PARTY NAME» in {CC-INFO} without crashing 

For UTF-8 characters the PP is not able to display among "e", "e", "e", the PP should use a 

replacement character (replacement character is left free to the manufacturer). 

UTF-8 characters encoding 

• "e" : LATIN SMALL Lb II bR E WITH ACUTE 'c3a9'H 

• "e" : LATIN SMALL LETTER E WITH GRAVE 'c3a8'H 

• "e" : LATIN SMALL LETTER E WITH DIAERESIS 'c3ab'H 




TC PT GAP.N.34 BV 103 


Incoming call with CLIP and CNIP in {CC-INFO} 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clauses 8.12, 8.13, 8.41 and 8.42 

TS 102 527-3 [14], Clause 7.4.1 7.2 

T-00 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal call 
setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, CS 
call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )»>, followed by a {CC-INFO} 
message from TS 1 with IE «CALLING PARTY NUMBER =<National number. National 
standard plan, '987654321 098'> » and an IE «CALLING PARTY NAME = < 
Presentation allowed, UTF-8, User-provided, verified and passed, 'CLIP0CNIP'> » and IE 
«CALL-INFORMATION» specifying (call id a) =< (1 , 0, value a) »> 
Verify by checking CNIP presentation on lUT display of 'CLIP0CNIP', and CLIP 
presentation, if displays, according to its display capabilities, that the lUT is able to handle 
both «CALLING PARTY NUMBER» and UTF-8 «CALLING PARTY NAME» in 
{CC-INFO} without crashing 

In case both CLIP and CNIP are sent to the PP, it is sufficient to display CNIP. It is optional 
to display both. 

If the PP is not able to display "0" UTF-8 character, the PP should use a replacement 
character (replacement character is left free to the manufacturer). 
UTF-8 character encoding: 

• "0" : LATIN SMALL LETTER WITH STROKE 'c3b8'H 
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6.26 TC_PT_GAP.N.35 Enhanced security tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Enhanced security features with the following 
consideration: 

• As GAP.N.35_4 "subscriptions requirements" procedure specifies only FP requirements, there is no test 
case defined for this procedure. 

Declarations (see Annex A): 

• GAP.N.35_2 "Re-keying during a call" procedure is optional on PP side, so the manufacturer shall declare 
if it is supported. 



• GAP.N.35_3 "Early encryption" procedure is optional on PP side, so the manufacturer shall declare if it is 
supported. 



TC PT GAP.N.35 BV 101 


Encryption of all calls 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
T-00. 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CONNECT} message from TS 1 followed by a 
{AUTHENTICATION-REQUEST} message from TS_1 . 

3. TS_1 sends a {CIPHER_REQUEST| message. 

1 . Verify that lUT sends to TS la {CC-SETUP} message. 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

3. Verify that lUT activates encryption on MAC layer. Verify that encryption is activated 
and verify end-to-end U-plane connection. 




TC_PT_GAP.N.35_BV_201 


Indication of Support of 'Re-keying' and 'early encryption' in terminal capabilities during 
registration 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

No access rights. TS_1 indicates the support of 'Re-keying' and 'early encryption' in 

Extended higher layer capabilities part 2 (a42bit) 

A44 set to 1 on TS_1 . 

Perform an access rights request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REQUEST} message 
an IE «Terminal-capability» with following capabilities declared 

• support of 'Re-keying' and 'early encryption' in Profile indicator_7 field (octet 4f) 




TC_PT_GAP.N.35_BV_202 


Indication of Support of 'Re-keying' and 'early encryption' in terminal capabilities during 
location registration 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

T-00. TS_1 indicates the support of 'Re-keying' and 'early encryption' in extended higher 
layer capabilities part 2 (a42 bit) 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LQCATE-REQUEST} message an IE 
«Terminal-capability» with following capabilities declared: 

• support of 'Re-keying' and 'early encryption' in Profile indicator_7 field (octet 4f) 
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TC PT GAP.N.35 BV 203 


Re-keying procedure 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 
T-00. 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CONNECT} message from TS 1 followed by a 
{AUTHENTICATION-REQUEST} message from TS_1 

TS 1 saves generated DCK as DCK 1 

3. TS 1 sends a {CIPHER REQUEST} message 

4. TS 1 sends a {AUTHENTICATION-REQUEST} message. TS 1 saves generated 
DCK as DCK 2. 

5. TS_1 sends a {CIPHER_REQUEST} message 

1 . Verify that lUT sends to TS la {CC-SETUP} message. 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

3. Verify that lUT activates encryption on MAC layer. 

Verify that encryption is activated with DCK_1 and verify end-to-end U-plane 
connection. 

4. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

5. Verify that lUT activates encryption on MAC layer. 

Verify that encryption is activated with DCK_2 and verify end-to-end U-plane 
connection 




TC_PT_GAP.N.35_BV_301 


Assignment of default cipher key and usage of early encryption during incoming call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5.3 

lUT has no access rights. TS_1 is in registration mode ('Access Rights supported' higher 
layer capability bit is set to 1). TS_1 indicates the support of 'Re-keying' and 'early 
encryption' in the Extended higher layer capabilities part 2 (a42 bit) 

1 . Invoke registration procedure at lUT. 

2. TS 1 sends a {LOCATE-ACCEPT} message. TS 1 sends a 
{AUTHENTICATION-REQUEST} message indicating DEF-bit=1 and default cipher 
key index 0001 and saves DCK as Def DCK 1 . 

3. TS 1 broadcasts {LCE- REQUEST-PAGE} for the lUT. 

4. TS_1 sends a {CC-SETUP} to lUT. 

5. Invoke call answering on lUT 

6. TS_1 sends a {CC-CONNECT_ACK}. 

1 . Verify successful subscription registration. 

Verify that lUT indicates the support of 'Re-keying' and 'early encryption' in the 
terminal capability. Verify that lUT sends to TS la {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message. 
Verify that connection is released on MAC layer. 

3. Verify that lUT establishes MAC connection with immediate encryption activation 
using Def DCK 1 with default cipher key index 0001 and sends a 
{LCE-PAGE-RESPONSE} message. 

4. Verify that lUT sends to TS_1 a {CC-ALERTING} message 

5. Verify that lUT sends to TS_1 a {CC-CONNECT} message 

6. Verify end-to-end U-plane connection. 




TC PT GAP.N.35 BV 302 


Usage of early encryption during outgoing call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT 

2. TS_1 sends a {CC-CONNECT} message. 

1 . Verify that lUT establishes MAC connection with immediate encryption activation 
using Def_DCK_1 with default cipher key index 0001 

Verify that lUT sends to TS_1 a {CC-SETUP} message 

2. Verify end-to-end U-plane connection. 
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TC PT GAP.N.35 BV 303 


Usage of early encryption for MM procedure 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 
Switch lUT off and on. 

Verify that lUT performs MAC connection establishment with immediate encryption 
activation using Def_DCK_1 with default cipher key index 0001 and sends to TS_1 
{LOCATE-REQUEST} message on the already encrypted link. 




TC_PT_GAP.N.35_BV_304 


Overwriting a default cipher key by assigning a new default cipher key with the same 

index 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with Default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT. 

2. TS 1 sends a {CC-CONNECT} message. 

3. TS_1 sends a {AUTHENTICATION-REQUEST} message indicating DEF-bit=1 and 
default cipher key index 0001 and saves DCK as Def_DCK_2. 

4. TS_1 sends a {CC-RELEASE} message. 

5. TS_1 initiates release of MAC connection. 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} message. 

1 . Verify that lUT establishes MAC connection with immediate encryption activation 

using Def DCK 1 with default cipher key index 0001 
Verify that lUT sends to TS_1 a {CC-SETUP} message. 

2. Verify end-to-end U-plane connection. 

3. Verify that lUT sends to TS la {AUTHENTICATION-REPLY} message. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message. 

5. Verify that MAC connection is released. 

6. Verify that lUT establishes MAC connection with immediate encryption activation 

using Def DCK 2 with default cipher key index 0001 
Verify that lUT sends to TS_1 a {CC-SETUP} message. 

7. Verify end-to-end U-plane connection. 

Def_DCK_2 shall be different than Def_DCK_1 . This is automatically achieved in case 
e.g. the random values in the {AUTHENTICATION-REQUEST} message are different. 




TC PT GAP.N.35 BV 305 


Assign two default cipher keys with different indices. 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with Default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT. 

2. TS 1 sends a {CC-CONNECT} message. 

3. TS_1 sends a {AUTHENTICATION-REQUEST} message indicating DEF-bit=1 and 
default cipher key index 0002 and saves DCK as Def_DCK_2. 

4. TS_1 sends a {CC-RELEASE} message. 

5. TS_1 initiates release of MAC connection. 

6. Invoke outgoing call at lUT 

7. TS_1 sends a {CC-CONNECT} message. 

1 . Verify that lUT establishes MAC connection with immediate encryption activation 
using Def DCK 1 with default cipher key index 0001 

Verify that lUT sends to TS_1 a {CC-SETUP} message. 

2. Verify end-to-end U-plane connection. 

3. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message. 

4. Verify that lUT sends to TSJ a {CC-RELEASE-COM} message. 

5. Verify that MAC connection is released. 

6. Verify that lUT establishes MAC connection with immediate encryption activation 
using either Def_DCK_1 with default cipher key index 0001 or Def_DCK_2 with 
default cipher key index 0002 

Verify that lUT sends to TSJ a {CC-SETUP} message. 

7. Verify end-to-end U-plane connection. 

Def_DCK_2 shall be different than Def_DCK_1 . This is automatically achieved in case 
e.g. the random values in the {AUTHENTICATION-REQUEST} message are different. 
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TC PT GAP.N.35 BV 306 


PR releases connection in case FP rejects early encryption on MAC layer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT. 

2. TS_1 rejects start of encryption with cipher key index 0001 on MAC layer. 

1 . Verify that lUT establishes MAC connection and initiates encryption activation using 
Def_DCK_1 with default cipher key index 0001 

2. Verify that PP releases connection on MAC layer. 




TC PT GAP.N.35 BV 501 


Release of unexpectedly unencrypted outgoing call in call proceeding state 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities). 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CALL_PROC} to lUT. TS_1 performs authentication of PP and 

FT initiated cipher switching. 

4. TS_1 sends a {CC-RELEASEj message 

5. TS_1 initiates release of MAC-connection. 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CALL-PROC} message to lUT. TS_1 does not perform 
authentication of PP and FT initiated cipher switching 

1 . Verify successful registration. 

Verify that lUT sends to TS la {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-SETUPj message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connection. 

6. Verify that lUT establishes link and sends to TS_1 a {CC-SETUP} message 

7. Verify that lUT sends to TS„1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = <Security attack assumed> » 




TC PT GAP.N.35 BV 502 


Release of unexpectedly unencrypted outgoing call in connect state 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities). 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CONNECT} message to lUT. TS_1 performs authentication of 
PP and FT initiated cipher switching. 

4. TS_1 sends a {CC-RELEASEj message 

5. TS_1 initiates release of MAC-connection. 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} message to lUT. TS_1 does not perform 
authentication of PP and FT initiated cipher switching 

1 . Verify successful registration. 

Verify that lUT sends to TS 1 a {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-SETUP} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connection. 

6. Verify that lUT establishes link and sends to TS_1 a {CC-SETUP} message 

7. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON= <Security attack assumed> ». 
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TC PT GAP.N.35 BV 503 


Release of unexpectedly unencrypted incoming call in alerting state 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities). 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. TS_1 sends a {CC-SETUP}. 

3. TS 1 performs authentication of PP and FT initiated cipher switching. 

4. TS_1 sends a {CC-RELEASE} message 

5. TS 1 initiates release of MAC-connection. 

6. TS_1 broadcasts {LCE-REQUEST-PAGE} for lUT. 

7. TS_1 sends a {CC-SETUP}. TS_1 does not perform authentication of PP and FT 
initiated cipher switching 

1 . Verify successful registration. 

Verify that lUT sends to TS la {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-ALERTING} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connection. 

6. Verify successful link establishment. 

7. Verify that lUT sends to TS 1a {CC-ALERTING} message. Verify that lUT sends to 
TS_1 a {CC-RELEASE_COI\/l} message containing IE « RELEASE REASON= 
<Security attack assumed> » 




TC_PT_GAP.N.35_BV_504 


Release of unexpectedly unencrypted incoming call in connect state. 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities). 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. TS_1 sends a {CC-SETUP}. 

3. Answer call at lUT. 

4. TS_1 sends a {CC-CONNECT-ACK} message to lUT. TS_1 performs authentication 
of PP and FT initiated cipher switching. 

5. TS_1 sends a {CC-RELEASE} message 

6. TS 1 initiates release of MAC-connection. 

7. TS_1 broadcasts {LCE-REQUEST-PAGE} for lUT. 

8. TS_1 sends a {CC-SETUP} message 

9. Answer call at lUT within 1 seconds. 

10. TS_1 sends a {CC-CONNECT-ACK} message to lUT. TS_1 does not perform 
authentication of PP and FT initiated cipher switching 

1 . Verify successful registration. 

Verify that lUT sends to TS la {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-ALERTING} message 

3. Verify that lUT sends to TS_1 a {CC-CONNECT} message 

4. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

5. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} 

6. Verify successful release of MAC-connection. 

7. Verify successful link establishment. 

8. Verify that lUT sends to TS_1 a {CC-ALERTING} message 

9. Verify that lUT sends to TS_1 a {CC-CONNECT} message 

1 0. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = <Security attack assumed > » 
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TC_PT_GAP.N.35_BV_505 


Release of unexpectedly unencrypted outgoing call in connect state after switching 
encryption support in FT off 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities). 

1 . Invoke registration procedure at lUT. 

2. TS 1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CONNECT} to lUT. TS_1 performs authentication of PP and FT 

initiated cipher switching. 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 initiates release of MAC-connectlon. 

6. TS_1 switches encryption support to 'off and broadcasts that standard ciphering is 
not supported (bit a37=0 in higher layer capabilities) for 20 seconds. 
Afterwards invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} to lUT. TS_1 does not perform authentication of PP 
and FT Initiated cipher switching 

1 . Verify successful registration. 

Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CO-SETUP} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connectlon. 

6. Verify that lUT establishes link and sends to TS 1a {CC-SETUP} message 

7. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = <Security attack assumed> » 




TC_PT_GAP.N.35_BV_506 


Release of unexpectedly unencrypted outgoing call in connect state despite of successful 
authentication 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 Is In registration mode (bit a44 Is set). TS_1 broadcasts 
that standard ciphering Is supported (bit a37=1 in higher layer capabilities). 

1 . Invoke registration procedure at lUT. 

2. TS 1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CONNECT} message to lUT. 

TS_1 performs authentication of PP and FT initiated cipher switching 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 initiates release of MAC-connectlon 

6. Invoke outgoing call at lUT. 

7. TS 1 sends a {CC-CONNECT} message to lUT 

TS_1 sends a {AUTHENTICATION-REQUEST} message to iUT 

8. TS_1 does not perform FT Initiated cipher switching 

1 . Verify successful registration 

Verify that IUT sends to TS_1 a {LOCATE-REQUEST}message 

2. Verify that IUT sends to TS_1 a {CC-SETUP} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching 

Verify end-to-end U-plane connection 

4. Verify that IUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connectlon 

6. Verify that IUT establishes link and sends to TS la {CC-SETUP} message 

7. Verify that IUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

8. Verify that IUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON= <Securlty attack assumed> ». 
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TC_PT_G AP. N.35_B V_507 


Release of unexpectedly unencrypted incoming call in connect state despite of 




successful authentication. 


Reference: 


EN 300 444 [12], Clause 8.45.5 


Initial condition: 


lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 




that standard ciphering is supported (bit a37=1 in higher layer capabilities). 


Stimulus: 


1. 


Invoke registration procedure at lUT. 




2. 


TS_1 sends a {LOCATE-ACCEPT} message 






TS_1 sends a {CC-SETUP} message 




3. 


Answer call at lUT 




4. 


TS_1 sends a {CC-CONNECT-ACK} message to lUT. 






TS_1 performs authentication of PP and FT initiated cipher switching 




5. 


TS_1 sends a {CC-RELEASE} message 




6. 


TS 1 initiates release of MAC-connection. 




7. 


TS_1 broadcasts {LCE-REQUEST-PAGE} for lUT 




8. 


TS_1 sends a {CC-SETUP} message 




9. 


Answer call at lUT within 10 seconds 




10. 


TS 1 sends a {CC-CONNECT-ACK} message to lUT. 






TS_1 sends a {AUTHENTICATION-REQUEST} message to lUT. 




11. 


TS_1 does not perform FT initiated cipher switching 


Pass criteria: 


1. 


Verify successful registration 






Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message 




2. 


Verify that lUT sends to TS la {CC-ALERTING} message 




3. 


Verify that lUT sends to TS_1 a {CC-CONNECT} message 




4. 


Verify successful authentication of PP and successful FT initiated cipher switching. 






Verify end-to-end U-plane connection. 




5. 


Verify that lUT sends to TS_1 a {GC-RELEASE-COM} 




6. 


Verify successful release of MAC-connection 




7. 


Verify successful link establishment 




8. 


Verify that lUT sends to TS la {CC-ALERTING} message 




9. 


Verify that lUT sends to TS la {CC-CONNECT} message 




10. 


Verify that lUT sends to TS la {AUTHENTICATION-REPLY} message 




11. 


Verify that lUT sends to TS la {CC-RELEASE COM} message containing IE 






«RELEASE REASON = <Security attack assumed > » 



6.27 TC_PT_NG1 .A.1 Easy PIN code registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy PIN-code registration. 

Declarations (see Annex A): 

• NG1.A.1_3 "Base station name selection" procedure is optional. So the manufacturer shall declare if it is 
supported. 



TC PT NG1.A.1 BV 101 


Registration mode automatic access 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.3.1 
lUT not registered and powered off 
Switch on lUT 

Verify that the lUT starts in a mode where the user is directly invited to trigger the access 
rights procedure 




TC_PT_NG1 .A.1_BV_201 


Searching mode and PIN code requests 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1 .1 .1 

lUT not registered, 'Access Rights supported' capability bit of TS_1 set to 1 

Start the access rights procedure on the lUT 

Verify that the lUT prompts the user to enter the PIN code 
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TC PT NG1.A.1 BV 301 


Base station name selection 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.3.2 

lUT not registered, 'Access Rights supported' capability bit of TS_1 set to 1 

AC set to '1 234' value, FP name set to 'NG-DECT Part 3 FP tester' (1 7 characters max.). 

1 . Start the access rights procedure on the lUT 

2. Select TS 1 name 'NG-DECT Part 3 FP tester' for registration 

3. Enter '1 234' as PIN value on the lUT 

4. Perform an outgoing call from lUT 

1 . Verify that the lUT displays the 'NG-DECT Part 3 FP tester' base station name 

2. Verify that the lUT prompts the user to enter the PIN code value 

3. Verify that the registration procedure is successful on lUT 

4. Verify that the lUT sends to TS_1 a {CC-SETUP} message 



TC PT NG1.A.1 BV 401 



Registration user feedback 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.10.1.3.3 

lUT not registered, 'Access Rights supported' capability bit of TS_1 set to 0, AC set to 
'1234' value 



2. 



3. 



4. 



5. 



Start the access rights procedure on lUT 

Wait for the end of the procedure on lUT 

Set 'Access Rights supported' capability bit to 1 on TS_1 

Start the access rights procedure on the lUT 

Perform an Easy PIN code registration procedure using '5678' as PIN value from 
TS_1 

Start the access rights procedure on the lUT 

Perform an Easy PIN code registration procedure using '1234' as PIN value from 

TS_1 

Perform an outgoing call from lUT 
Hang up on lUT 

Send a {CC-RELEASE-COM} message from TS_1 

Verify that the lUT gives a feedback to the user of the registration process: 

"Registration in progress state" 

Verify that the lUT gives a feedback to the user of the registration process: 

"Registration error state" 

Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

Verify that the lUT gives a feedback to the user of the registration process: 
"Registration error state" 

Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

Verify that the lUT gives a feedback to the user of the registration process: 
"Registration success state" 

Verify that the lUT sends to TS_1 a {CC-SETUP} message 

Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.28 TC_PT_NG1 .A.2 Easy pairing registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy pairing registration taking into account the 
following considerations: 

• As NG1.A.2_1 "Easy pairing description" is tested implicitly when testing NG1.A.2_4 "Searching mode 
request", there is no test case defined for this procedure. 

• As NG1.A.2_2 "Registration mode automatic access" is tested when testing NG1.A.2_4 "Searching mode 

request", there is no test case defined for this procedure. 

• As NG1.A.2_3 "Base station limited registration mode" is a FP capacity, there is no PP test case defined 
for this procedure. 

• As NG1.A.2_5 "Base station name selection" is tested when testing NG1.A.1_3 "Base station name 
selection", there is no test case defined for this procedure. 

• As NGl . A.2_6 "Registration user feedback" is tested when testing NGl . A. 1_4 "Registration user 
feedback", there is no test case defined for this procedure. 
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Declarations (see Annex A): 



• NG1.A.1_3 "Base station name selection" is optional. So the manufacturer shall declare if it is supported. 



TC_PT_ NG1.A.2_BV_401 


Searching mode request (default PIN) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1 .2.3 

lUT not registered and powered off, 'Access Rights supported' higher layer capability bit 
of TS 1 set to 1 , AC set to '0000' value 

1 . Switch on lUT 

2. Start the access rights procedure on lUT 

1 . Verify that the lUT starts in a mode where the user is directly invited to trigger the 
access rights procedure 

2. Verify that the lUT does not prompt the user to enter the PIN code and that the 
registration is successful 




TC_PT_ NG1.A.2_BV_402 


Searching mode request (switching back to PIN entry) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.2.3 

lUT not registered, 'Access Rights supported' higher layer capability bit of TS 1 set to 1 , 
AC set to '1234' value 

1 . Start the access rights procedure on lUT 

2. When prompt, enter '1234' PIN code on lUT 

1 . Verify that the lUT prompts the user to enter the PIN code 

2. Verify that the registration is then successful 


6.29 TC_PT_NG1 .A.3 Han(dset locator tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handset locator. 


TC PT NG1.A.3 BV 101 


Handset locator 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.2 
T-00, lUT ringing capabilities enabled 

Perform an incoming call from TS_1 with an IE «Calling Party name» whose 
<Presentation indicator> field is set to 'Handset locator' 
Verify that the lUT rings 


6.30 TC_PT_GAP.A.4 Terminal identity number assignment in 
mono cell system tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Terminal Identity number assignment in mono cell 
system taking into account the following consideration: 

• As 14.4.3 Related Procedures of GAP.A.4 feature are tested when tested GAP.N.3 1 Internal call feature, 
there is no test case defined for these related procedures. 


TC PT GAP.A.4 BV 101 


Terminal Identity number assignment in mono cell system 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 14.4.2 

lUT is the first registered PR, lUT powered off 

1. Switch on lUT 

2. Send a {LOCATE-ACCEPT} message from TS_1 as described in EN 300 444 [12], 
Clause 14.4.2, table 106 with <ldentity-value> set to terminal identity number '0000 

0001 B' 

1 . Verify that the lUT sends {TEMPORARY-IDENTITY-ASSIGN-ACK} message 

2. When supported, verify that the lUT displays '1' as terminal identity number in Idle 
Locked mode (for example, "DECT 1" or "HANDSET 1") or corresponding internal 
names list entry 
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7 Fixed Part Test specification 

This Clause includes lists of the test groups relevant for a NG-DECT fixed part. Test cases are ordered like network 
features followed by application features (TS 102 527-3 [14], Clauses 6.4 and 6.9). 

The NG-DECT fixed part under test shall be connected to a network when running the tests suite. 



7.1 TC_FT_NG1 .N.1 Codec negotiation tests cases 



Test subgroup objectives: to check the lUT's behaviours when negotiating a codec. 


TC FT NG1.N.1 BV 101 


Exchange of codec list during subscription registration 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.1 and 7.3.7 
F-00. 

Perform an access rights request from TS 1 

Verify that the lUT includes in the {ACGESS-RIGHTS-ACGEPT} message an IE 
«Codec-list» with G.722 codec, G.726 codec, and "Codec negotiation possible" 
indications 




TC FT NG1.N.1 BV 102 


Exchange of codec list during location registration 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.1 
F-00 

Perform a location registration request from TS_1 

Verify that the lUT includes in the {LOCATE-ACCEPT} message an IE «Codec-list» with 
G.722 codec, G.726 codec, and "Codec negotiation possible" indications 




TC FT NG1.N.1 BV 103 


NG-DECT Part 1 higher layer capabilities 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 175-5 [5], Clause F.3 
F-00. 

Perform an access rights request from TS_1 

Verify that "NG-DECT Wideband voice" FP higher layer capability bit is set to 1 (= 
Extended higher layer capabilities (part 2) a24 bit) 




TC FT NG1.N.1 BV 104 


NG-DECT Part 3 higher layer capabilities 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 175-5 [5], Clause F.3 
F-00. 

Perform an access rights request from TS_1 

Verify that "NG-DECT Extended wideband voice supported" higher layer capability bit is set 
to 1 (= Extended higher layer capabilities (part 2) a29 bit) 




TC FT NG1.N.1 BV 201 


Basic service wideband speech 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.2 
F-00 

Perform an incoming call towards lUT from Phone_A 

Verify that the lUT sets "wideband speech default" attribute IE «Basic-service» in 
fCC-SETUP} message 




TC FT NG1.N.1 BV 301 


Outgoing G.722 call without slot type modification 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1, figure 1 

F-00 

Perform a G.722 outgoing call in long slot mode from TS_1 to a device supporting G.722. 
Verify that the lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 
(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.722 

outgoing call without slot type modification 

Test case shall fail if IE «CODEC-LIST» Is sent in more than one CC message 
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TC FT NG1.N.1 BV 302 


Outgoing G.726 call without slot type modification 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1, figure 1 
F-00 

Perform a G.726 outgoing call in full slot mode from TS_1 to a device supporting G.726 
Verify tfiat tfie lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROCj, {CC-ALERTINGj, or {CC-CONNECT} message 

(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.726 
outgoing call without slot type modification 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 




TC FT NG1.N.1 BV 303 


Outgoing G.722 call with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [1 2], Clause 8.1 , figure 1 
F-00 

Perform a G.722 outgoing call (long slot) modifying an established full slot connection from 
TS_1 to a device supporting G.722. 

Verify that the lUT selects a codec only in one of the following messages: 
(CC-SETUP-ACK), {CC-CALL-PROC}, (CC-ALERTING), or (CC-CONNECT) message 
(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.722 
outgoing call with slot type modification 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 




TC_FT_NG1 .N.1_BV_304 


Outgoing G.726 call with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1, figure 1 
F-00 

Perform a G.726 outgoing call (full slot) modifying an established long slot connection from 
TS_1 to a device supporting G.726 

Verify that the lUT selects a codec only in one of the following messages: 
(CC-SETUP-ACK), (CC-CALL-PROC), (CC-ALERTING), or (CC-CONNECT) message 
(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.726 
outgoing call with slot type modification 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 




TC FT NG1.N.1 BV 305 


Outgoing G.722call, fall back to G.726 codec when full to long slot type modification fails 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3 
EN 300 444 [12], Clause 8.1, figure 1 
F-00 

Perform a G.722 outgoing call in full slot mode from TS_1 to a device supporting G.722 and 
G.726. TS_1 will not perform the full to long slot type modification successfully. TS_1 will 
switch to G.726, indicating so by sending (IWU-INFO) 
Verify that the lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, (CC-CALL-PROC), (CC-ALERTING), or (CC-CONNECT) message 
(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to fall back to G.726 
when full to long slot type modification fails 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
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TC FT NG1.N.1 BV 306 


Outgoing call without sending any IE «CODEC-LIST» in {CC-SETUP} 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3, see Annex D table D.3 for IE «CODEC-LIST» values in 

locate 

F-00 

1 . Perform a location registration request with an IE «Codec-list» set to <Negotiation 
indicator=codec negotiation, G.722, G.71 1 , G.726> from TS_1 

2. Perform an outgoing call (full slot) from TS_1 without sending any IE «Codec-list» in 
{CC-SETUP} message to Phone A supporting G.722 

1 . Verify that the lUT includes in the {LOCATE-ACCEPT} message an IE «Codec-list» 
with at least G.722 and G.726 codecs 

2. Verify that the lUT selects G.722 codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 
(other messages not allowed) 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 




TC_FT_NG1 .N.1_BV_307 


Outgoing call with an IE «CODEC-LIST» in {CC-SETUP} different from previous sent 
during location registration 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3, see Annex D table D.3 for IE «CODEC-LIST» values in 

locate 

F-00 

1 . Perform a location registration request with an IE «Codec-list» set to <Negotiation 
indlcator=codec negotiation, G.722, G.71 1 , G.726> from TS_1 

2. Perform an outgoing call (long slot) from TS_1 with an IE «Codec-list» set to 
<Negotiation indicator=codec negotiation, G.722, G.726> in {CC-SETUP} message to 
Phone A supporting G.722 

1 . Verify that the lUT includes in the {LOCATE-ACCEPT} message an IE «Codec-list» 
with at least G.722 and G.726 codecs 

2. Verify that the lUT selects G.722 codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 
(other messages not allowed) 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 




TC_FT_NG1 .N.1_BV_321 


Incoming call G.722 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.3 and D.I .3 figure D.7 
F-00 

Perform a G.722 incoming call towards lUT . 

TS_1 sends {CC-ALERTING}, and chooses G.722 in {CC-CONNECT} 

Verify by checking end-to-end U-plane connection that the lUT is able to process G.722 

incoming call 




TC FT NG1.N.1 BV 322 


Incoming call G.726 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.3 and D.I. 3.1 figure D.7 with G.726 
F-00 

Perform a G.726 incoming call towards lUT . 

TS_1 chooses G.726 in {CC-ALERTING}, and sends {CC-CONNECT} 

Verify by checking end-to-end U-plane connection that the lUT is able to process G.726 

incoming call 




TC FT NG1.N.1 BV 323 


Incoming call G.722, negotiation results in G.726 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-1 [13], Clauses 7.3.3 and D.1 .3.2 figure D.8 
F-00 

Perform a G.722 incoming call towards lUT. 

TS_1 chooses G.726 in {CC-ALERTING}, and sends {CC-CONNECT} after long to full slot 
modification 

Verify by checking end-to-end U-plane connection that the lUT is able to process an 
incoming call G.722 finally negotiated in G.726 
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TC FT NG1.N.1 WC 101 


Outgoing call Wideband at NG-DECT Part 1 Golden Device PT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 0.1. 2.1, D.I. 2.2 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 
Golden Device PT registered to lUT 

Perform an outgoing call from Golden Device PT to the SIP-WB-PH. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6kHz) transmitted to/from the corded phone can be heard on both ends 




1 TC_FT_NG1 .N.1_WC_102 |Outgoing call Wideband at NG-DECT Part 1 Golden Device PT (Golden Device B) | 


Same as TC_FT_NG1.N.1_WC_101 but with the second Golden Device PT 


TC FT NG1.N.1 WC 103 


Incoming call Wideband at NG-DECT Part 1 Golden Device PT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.1.3.1 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 
Golden Device PT is registered to the lUT 

An outgoing call is established from the corded wideband phone (SIP-WB-PH) to the lUT. 

The call is answered on the Golden Device PT. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6kHz) transmitted to/from the corded phone can be heard on both ends 




1 TC_FT_NG1.N.1_WC_104 | Incoming call Wideband at NG-DECT Part 1 Golden Device PT (Golden Device B) | 


Same as TC_FT_NG1.N.1_WC_403 but with the second Golden Device PT 


TC FT NG1.N.1 WC 105 


Service change at NG-DECT Part 1 Golden Device PT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.1.4.1 

A wideband corded SIP phone (SIP-WB-PH) and a narrow band corded SIP phone 
(SIP-NB-PH) are connected to the SIP server 

G.722 call established between Golden Device PT and wideband corded SIP phone 
(SIP-WB-PH) as is in TC_FT_NG1 .N.1_BV_401 

Perform a call transfer from the corded wideband phone (SIP-WB-PH) to the corded 
narrowband phone (SIP-NB-PH) initiated by the corded wideband phone. This results in 

the SIP server re-negotiating from wideband to narrowband. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 2 
kHz) transmitted to/from the corded phone can be heard on both ends 



TC_FT_NG1.N.1_WC_106 [Service change at NG-DECT Part 1 Golden Device PT (Golden Device B) 



Same as TC_FT_NG1.N.1_WC_105 but with the second Golden Device PT 

7.2 TC_FT_NG1 .N.2 Codec switching tests cases 

Test subgroup objectives: to check the lUT's behaviours during codec switching with the following consideration: 

• As a codec change initiates by a PP during an established communication does not correspond to a 
common use case, there is no test case defined for this feature on FP side. 

7.3 TC_FT_NG1 .N.3 IVIissed call notification tests cases 

Test subgroup objectives: to check the lUT's ability to handle missed call notification with the following consideration: 

• NG1.N.3_2 "Missed call notification" procedure is also tested when testing NG1.N.16_17 "Missed calls 
hst" procedure due to the "Simultaneous 'list change indication' " requirement. 
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TC FT NG1.N.3 BV 201 


Missed call notification after PP location registration or FP reboot 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.3 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A without answering 

2. Perform a location registration request from TS 1 

3. Reboot lUT 

1 . Verify that the lUT sends to TS_1 and TS_2, a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ <Missed call, A new external missed voice call just 
arrived, 1 >(=<01 H,81 H,81 H>) < List change indication, Missed calls list, don't care 
value>(=<03H,81H,xxH>) » and IE«CALL-INFORMATION» specifying (line 0) 
=<(0, 0, Iid0)> 

2. Verify that the lUT sends a {FACILITY} to TS_1 message with IE «EVENTS 
NOTIFICATION= <Missed call, No new missed call arrived, 1>(=<01 H,82H,81 H>) < 
List change indication. Missed calls list, don't care value>(=<03H,81H,xxH>) » and 
IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

3. Verify that the lUT sends a {FACILITY} to TS 1 and TS 2 message with IE 
«EVENTS NOTIFICATION= <Missed call. No new missed call arrived, 
1>(=<01 H,82H,81 H>) < List change indication. Missed calls list, don't care 
value>(=<03H,81H,xxH>) » and IE«CALL-INFORMATION» specifying (line 0) 
=<(0, 0, Iid0)> 


7.4 TC_FT_NG1 .N.4 Voice message waiting notification tests 
cases 

Test subgroup objectives: to check the lUT's ability to handle voice message waiting notification. 


TC_FT_NG1 .N.4_BV_201 


Voice message waiting notification, activation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.2, table 14 
Support of voice mailbox service 
2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), 
external call in F-10 (TS_2-i-IUT) 

Leave one voice message in the mailbox of line from Phone A 
Verify that the lUT sends a {FACILITY} message, with IE «EVENTS NOTIFICATION= 
<Message waiting, voice, 1>(=<00H,81H,81H>) » and IE«CALL-INFORMATION» 
specifying (line 0) =<(0, 0, Iid0)>, to TS_1 and TS_2 




TC FT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.1.2, table 14 

Support of voice mailbox service 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), 

external call in F-10 {TS_2-i-IUT) 

Voice message waiting notified on line (Run TC_FT_NG1 .N.4_BV_201) 
Consult the voice mailbox 

Verify that the lUT sends a {FACILITY} message, with IE «EVENTS NOTIFICATION= 
<Message waiting, voice, 0>(=<00H,81 H,80H>) » and IE«CALL-INFORMATION» 

specifying (line 0) =<(0, 0, Iid0)>, to TS_1 and TS_2 

The most convenient way to perform the stimulus seems to use a handset provided by the 
manufacturer 



7.5 TC_FT_NG1 .N.5 Date and time synchronization tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding date and time synchronization. 
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TC FT NG1.N.5 BV 101 


FT Initiated Date and Time synchronization 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.2.1 and 7.4.2, table 16 
F-00, "Clock master" field equal to "FP" 
Provide date and time to the lUT 

Verify that the lUT sends to TS_1 a {FACILITY} message with corresponding date and time 
in IE «TIME-DATE = <1 1 B, OOH, (last 2 digits of the year, month, day, hour, minute, 
second, time zone)> » coded in BCD format with the nibble carrying the most significant 
digit transmitted In bits 8-5 of each octet 

Several ways may exist to provide date and time to the lUT: NTP-request, Incoming call, 
web configuration, ... 




TC FT NG1.N.5 BV 102 


PT initiated Date and Time synchronization 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.2.2 and 7.4.2, table 16 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), "Clock master" field equal to "PP", 
F-00 

Send a {FACILITY} message for date and time synchronization with IE «TIME-DATE = 
<Time and Date, The current time/date, (09H, 07H, 18H, 13H, 22H, 12H, 00H)> » from 
TS_1 to lUT 

Verify that the lUT sends to TS_2 a {FACILITY} message with IE «TIME-DATE = <Tlme 
and Date, The current time/date, (09H, 07H, 18H, 13H, 22H, don't care value, 00H)> » 
Some lUT may not allow to configure the seconds. As a result, octet 6 seconds is not 
tested 


7.6 TC_FT_NG1 .N.6 Parallel calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding parallel calls common requirements with the 
following consideration: 

• As NG1.N.6_2 "Control messages" and NG1.N.6_3 "Sending keypad information" procedures are tested 
implicitly when testing NG1.N.7 "Common parallel call" procedures (external or internal), there is no test 

case defined for these two procedures. 


TC FT NG1.N.6 BV 401 


Codec change for parallel calls from G.722 to G.726 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

G.722 external call in F-10 (TS_1-i-IUT) initiated by Phone A on line (call id a), TS_1 
selected G.722 when negotiating codec 

1. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 17H digit from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP2 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 

3. Send a {CC-ALERTING} message with an IE «CODEC-LIST» set to G.726 from 
TS 2 

4. Send a {CC-SERVICE-ACCEPT} message from TS_1 

5. Send a {IWU-INFO} message with an IE «CODEC-LIST» set to G.726 from TS_1 
Send a {CC-CONNECT} message from TS 2 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1, 0, value b), (2, 1, 1)> 

3. Verify that the lUT sends to TS 1a {CC-SERVICE-CHANGE} message with an IE 
«CODEC-LIST» set to G.726 

4. Verify that the lUT sends to TS la {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.726 

5. Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value a), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 
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TC FT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.3 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), 

G.726 external call in F-10 (TS_1+IUT) initiated by Phone A on line (call id a), TS_1 
selected G.726 when negotiating codec 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 CH 1 5H digits and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 

3. Call pick up on Phone B 

4. Send a {CC-SERVICE-ACCEPT} message from TS_1 

5. Send a {IWU-INFO} message with an IE «CODEC-LIST» set to G.722 from TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS call setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, 
value b), (2, 1,2)> 

2. Verify that Phone B rings and that the lUT sends to TS_1 a {CC-INFO} message with 
IE «CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), 
(2, 1,4)> 

3. Verify that the lUT sends to TS la {CC-SERVICE-CHANGE} message with an IE 
«CODEC-LIST» set to G.722 

4. Verify that the lUT sends to TS la {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.722 

5. Verify that the lUT sends to TS_1 a {INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 




TC FT NG1.N.6 BV 501 


Sending negative acknowledgement - invalid call toggle request 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.4 and 7.4.3.5.3 
F-10 (TS UIUT) initiated by TS 1 on line (call id a) 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_1 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' when declared (see Annex A, Table A.26) 

• an IE «CALL-INFORMATION» specifying (call id a, CS call connect, control 
code failed) =< (1 , 0, value a), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 




TC_FT_NG1 .N.6_BV_601 


Busy line notification 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.8.3 and 7.4.3.5.1 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 30H ("not 
allowed") on line 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 

one parallel external call on hold on line (call id b) with Phone B 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 CH 1 5H digits from 

TS_1 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 04H indicating 'Busy tone on' when declared 
(see Annex A, Table A.26) 

• an IE «CALL-INFORMATION» specifying (call id c, CS call disconnecting, line 
in use) =< (1 , 0, value c), (2, 1,6), (2, 2, 1 )> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

And after some time-out, verify that the lUT sends to TS_1 in the same or different 
{CC-INFO} messages: 

• an IE «CALL-INFORMATION» specifying (call id c, CS idle) =< (1 , 0, value c), 
(2, 1,0) > 

• an IE «SIGNAL» with the value 3FH indicating 'Tones off when declared (see 
Annex A, Table A.26) 
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7.7 TC_FT_NG1 .N.7 Common parallel call procedures tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Common parallel call procedures (external or 
internal). 

Declarations (see Annex A): 

• When NGl .N.22 "Handling of lines where second calls are signalled in-band" feature is supported on a 
hne, the manufacturer shall declare if the following procedures are supported within this hne: 

Call release and call release rejection. 

Call waiting rejection (from PP to FP). 



Putting a call on hold (external). 



TC_FT_NG1 .N.7_BV_1 01 


Outgoing parallel call initiation (external), FP managed line selection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.1 figure 5 

External call in F-10 (TS_1+IUT) Initiated by TS_1 on line (call id a) witli Pfione A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set tol CH 1 5H digits from 

TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (line None, call id b) =<(0, 0, 127), (1 , 0, 
value b)> from TS_1 

3. Call pick up on Phone B 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value 
b)> 

Verify that Phone B rings 

If the 'Second call type' of ' Line type information' received in step 2 was "second calls 
are handled with 'common parallel' procedures" then verify the lUT sends to TS_1 a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

3. Verify that the lUT sends to TS_1 a {INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value b), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
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TC FT NG1.N.7 BV 102 


Outgoing parallel call initiation (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 {TS_1+IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 7H digit from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP2 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 

3. Send a {CC-ALERTING} message from TS 2 
Send a {CC-CONNECT} message from TS 2 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends to TS 2 a {CC-SETUPj message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1 )> 

3. Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value a), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 




TC_FT_NG1 .N.7_BV_1 03 


Outgoing parallel call initiation (external), line selection using «CALL-INFORMATION» IE 

in {CC-INFO} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.3.5.1 , figure 4 

External call in F-10 (TS UIUT) initiated by TS 1 on line (call id a) with Phone A 

1. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1CH 15H digits 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, lidO), (1,0, value b)> 

3. Call pick up on Phone B 

1 . Verify that the lUT sends to TS la {CC-INFO) message with IE 
«CALL-INFORMATION» specifying (call Id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value 
b)> 

Verify that Phone B rings 

If the 'Second call type' of ' Line type information' received in step 2 was "second calls 
are handled with 'common parallel' procedures" then verify that the lUT sends to TS 1 
a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

3. Verify that the lUT sends to TS_1 a {INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value b), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
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TC_FT_NG1 .N.7_BV_1 04 


Outgoing parallel call initiation (external), line selection using «MULTI-KEYPAD» IE in 
{CC-INFO} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.3.5.1 , figure 4 

External call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 1 5H, 23H, 
30H) digits 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_1 

3. Call pick up on Phone B 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS call setup ack) =<(0, 0, lidO), (0, 5, ItO), (1, 0, 
value b), (2, 1,2)> 

2. Verify that Phone B rings 

If the 'Second call type' of ' Line type information' received in step 1 was "second calls 
are handled with 'common parallel' procedures" then verify that the lUT sends to TS 1 
a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

3. Verify that the lUT sends to TS_1 a {INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value b), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 



TC_FT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting indication - End of call waiting 

indication 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.2 

External call in F-10 (TS_UIUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Hang up on Phone B 

1 . Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone B 

number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2,1,1 )> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

2. If the 'Second call type' of ' Line type information' received in step 1 was "second calls 
are handled with 'common parallel' procedures" then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS idle) 
=<(1,0, value b), (2, 1,0)> 
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TC_FT_NG1 .N.7_BV_202 


Call waiting Indication (Internal) - CLIP on call waiting Indication - End of call waiting 

indication 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS 1+IUT) initiated by TS 1 on line (call Id a) with Phone A 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' from 
TS_2 

2. Send a {CC-INFO} message with IE «IV1ULTI-KEYPAD» set to terminal Id of PP1 
and IE «CALL-INFORIVIATION» specifying (call id b) =<(1 , 0, value b)> from TS_2 

3. Send a {CC-RELEASE} message from TS 2 

1 . Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id b, CS call setup ack) =<(1 , 0, value b), 
(2, 1,2)> 

2. Verify that the lUT sends to TS_1 In the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H Indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan Id = Private plan. Presentation lndicator=don't care value, 
Screening lndlcator= don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORIViATION» specifying (call id b, CS call setup) =< (1 , 0, 
value b), (2, 1, 1)> 

• when sent in different messages, call status Indication shall always be sent in the 
first used {CC-INFO} message, and call Identifier shall be sent within all messages 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id b, CS Idle) =<(1 , 0, value b), (2, 1 , 0)> 



TO FT NG1.N.7 BV 301 


Call toggle (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

External call In F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel external call on hold on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « IVIULTI-KEYPAD » set to (1CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call Id b) =<(1 , 0, value b)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call Id a) =<(1 , 0, value a)> from 
TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
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TC FT NG1.N.7 BV 302 


Call toggle (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel internal call on hold (call id b) with TS 2 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), (2, 
1 , 5)> Verify end-to-end U-plane connection between TS_1 and TS_2 

2. Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 




TC FT NG1.N.7 BV 401 


Call release and call release rejection - Resuming a call put on-hold 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.4 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel external call on hold on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 33H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 42H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 
Verify on Phone A that the call was released (i.e. Idle mode or Off-hook warning tone). 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), (2, 
1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 




TC FT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line ( call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message from TS_1 with IE « MULTI-KEYPAD » set to (1 CH, 
35H) digits and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value 
b)> 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 1)> 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
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TC FT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' from 
TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP1 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS 2 

3. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 35H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 0, value b), 

(2, 1,2)> 

2. Verify that the lUT sends to TS la {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (call id b, CS call setup) =<(1, 0, value b), (2, 1, 
1)> 

3. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 




TC FT NG1.N.7 BV 701 


Active call release with replacement (from PP to FP) - call waiting (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line ( call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 38H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 1)> 

2. Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 
id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

Verify on Phone A that the call was released (i.e. Idle mode or Off-hook warning tone). 




TC FT NG1.N.7 BV 702 


Active call release with replacement (from PP to FP) - call on-hold (external) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 

one parallel external call on hold on line (call id b) with Phone B 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 38H) digits and 

with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 

Verify that the lUT sends to TS la {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 

followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, 

CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
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TC FT NG1.N.7 BV 801 


Call waiting rejection (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.7 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 36H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 
id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 




TC FT NG1.N.7 BV 901 


Putting a call on hold (external) - Resuming a call put on-hold 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.8 

External call in F-10 (TS UIUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 42H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from 
TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 

9)> 

Verify that end-to-end U-plane connection is not established between TS_1 and 
Phone A 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 

1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 




TC_FT_NG1 .N.7_BV_902 


Putting a call on hold (internal) - Resuming a call put on-hold 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.8 

2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), 

Internal call in F-10 (TS 1+TS 2) with call id a 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 42H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from 
TS 1 

1 . Verify that the lUT sends to TS 1 and TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> 

Verify that end-to-end U-plane connection is not established between TS_1 and TS_2 

2. Verify that the lUT sends to TS_1 and TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 

1, 5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 
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CNIP on call waiting indication (external) 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.11 

External call in F-10 {TS_1 + IUT) initiated by TS_1 on line (call id a) with Phone A 
Perform an incoming external call on line towards lUT from Phone B (CNIP B) 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «CALLING PARTY NAME =< Presentation indicator=don't care value, 
Used alphabet= UTF-8 or DECT standard, Screening indicator= don't care value, 
calling party name = name of Phone B> » 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

UTF-8 CNIP can be received if the FP is designed for a network capable of sending UTF-8 
CNIP 




TC FT NG1.N.7 BV 1202 


CNIP on call waiting indication (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.11 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS_1-i-IUT) initiated by TS_1 on line ( call id a) with Phone A 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' from 
TS 2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP1 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 0, value b), 
(2, 1,2)> 

2. Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «CALLING PARTY NAME = < Presentation allowed, DECT standard. 
User-provided, verified and passed, internal names list entry of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id b, CS call setup) =< (1 , 0, 
value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

CNIP can be internal names list entry of PP2 or default string (e.g. "DECT n" where n 
stands for the IA5 coding of the terminal identity number of PP2 in decimal representation) 
UTF-8 characters are not required as it will be too complex to setup an internal names list 
entry through TS in the initial condition 
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7.8 TC FT NG1.N.8 Call transfer tests cases 



Test subgroup objectives: to check the lUT's behaviours regarding call transfer. 



TC FT NG1.N.8 BV 101 


Call transfer (external) - announced 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.6.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS 2) digits from TS 1 

2. Send a {CC-CONNECT} message from TS 2 

3. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

4. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> 

Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> 
Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'ring back tone on' if declared (see Annex A Table A. 26) 

2. Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value a), (2, 
1, 5)> 

Verify that the lUT sends to TS_1 in the same than call status indication or different 
{CC-INFO} messages an IE «SIGNAL» with the value 3FH indicating 'Tones Off if 
declared (see Annex A Table A. 26) 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} message, an IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value a), (2, 

1 '^^■^ flnH £»n IF ^^^If^MAI -i-^ lA/ith the x/aliio '^Fl-I inrlimtinn 'Tnn^c Off 
1 , •^i^ cti iLi cti 1 11^ v^oi\^iNAM_^^ will 1 11 \xs vdiuc; onn ii luiuciiii ly i ui ico \-/\ \ 

Verify end-to-end U-plane connection between TS_1 and TS_2 

3. Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>, 
then optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 
and then mandatorily sends to TS_1 a {CC-RELEASE} message 

Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, updated 
call id a, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 
5)> 

4. Verify end-to-end U-plane connection between TS_2 and Phone A 
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Call transfer (external) - unannounced 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.6 and 7.4.3.6.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) witli Phione A 

1 . Send a {CC-INFO} message witii IE «IVIULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS 2) digits from TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

3. Send a {CC-RELEASE-COIVI} message from TS_1 
Send a {CC-CONNECT} message from TS_2 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> 

Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORIVIATION» 
specifying (call id b, CS call setup) =<(1, 0, value b), (2, 1, 1)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'Ring back tone on' if declared (see Annex A Table A.26) 

2. Verify that the lUT sends to TS_1 in the same than call status indication or different 
{CC-INFO} message an IE «SIGNAL» with the value 3FH indicating 'Tones Off if 

declared (see Annex A Table A.26) 

Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)>, 
then optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)>, 
and then mandatorily sends to TS_1 a {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, updated 
call id a, CS call under transfer) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), 
(2, 1, 12)> 

3. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 

connect) =<(1 , 1 , value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_2 and Phone A 
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Call re-injection to the system (external) - announced 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.6, 7.4.3.6.3 and 7.4.15.2.1 

3 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2, TS_3 is NG PP3), 

external call in F-10 (TS 1-i-IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
internal general call = 2AH) digits from TS_1 

2. Send a {CO-CONNECT} message from TS 2 

3. Send a {CC-RELEASE-COIVI} message from TS 3 

4. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

5. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, OS call hold) =<(1 , 0, value a), (2, 1 , 
9)> 

Verify that the lUT sends to TS 2 and TS 3 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, OS call setup) =<(1 , 0, value b), (2, 1 , 1)> 
Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'ring back' tone on' if declared (see Annex A, Table A.26) 

2. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value a), (2, 
1,5)> 

Verify that the lUT sends to TS 3 optionally a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
and then mandatorily sends to TS_3 a {CC-RELEASE} message 

3. Verify end-to-end U-plane connection between TS 1 and TS 2 

4. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 
and then sends optionally to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)>, 
and then mandatorily sends to TS la {CC-RELEASE} message 

Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, updated 
call id a, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 
5)> 

5. Verify end-to-end U-plane connection between TS_2 and Phone A 
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Call re-lnjectlon to the system (external) - unannounced 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.6, 7.4.3.6.3 and 7.4.15.2.1 

3 PPs registered (TS_1 Is NG PP1 , TS_2 Is NG PP2, TS_3 Is NG PP3), 

external call In F-10 (TS 1+IUT) initiated by TS 1 on line (call Id a) with Phone A 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
internal general call = 2AH) digits from TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

3. Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-CONNECT} message from TS_2 
Send a {CC-RELEASE-COM} message from TS_3 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> 

Verify that the lUT sends to TS 2 and TS 3 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> 
Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'Ring back tone on' if declared (see Annex A Table A.26) 

2. Verify that the lUT sends to TS_1 in the same than call status indication or different 
{CC-INFO} message an IE «SIGNAL» with the value 3FH indicating 'Tones Off if 
declared (see Annex A Table A.26) 

Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id a, CS Idle) =<(1, 0, value a), (2, 1, 0)>, 
then optionally sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>, 
and then mandatorily sends to TS_1 a {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call Id b, updated 
call id a, CS call under transfer) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), 
(2, 1, 12)> 

Verify that the lUT optionally sends to TS 3 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id b, CS Idle) =<(1, 0, value b), (2, 1, 0)> 
and then mandatorily sends to TS 3 a {CC-RELEASE} message 

3. Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 1 , value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_2 and Phone_A 




TC_FT_NG1 .N.8_BV_401 


Remote party CLIP on call transfer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.6.4 and 7.4.3.6.5, figure 18 

2 PPs registered (TS_1 Is NG PP1 , TS_2 Is NG PP2), 

External call in F-10 (TS 1-i-IUT) initiated by Phone A on line (call id a) 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS 2) digits from TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call Id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 

specifying (call Id b, CS call setup) =<(1, 0, value b), (2, 1, 1)> 
Verify that the lUT sends to TS_2 in the {CC-SETUP} or a {CC-INFO} message an IE 
« CALLING PARTY NUMBER = <Network specific number. Private plan, IA5 coding 
of terminal Identity number In decimal of PP1 > » and with IE 
«CALL-INFORMATION» specifying (call Id b) =<(1, 0, value b)> 

2. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE «CALLING PARTY 
NUMBER = <Number type= Network specific number, Numbering plan id = Private 
plan. Presentation lndlcator=don't care value, Screening lndlcator= don't care value, 
calling party address= Phone A number > » and with IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 
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Remote party CNIP on call transfer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.6.5, figure 18 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS 1+IUT) initiated by Plione A on line (call id a) 

1 . Send a {CC-INFO} message with IE «IVIULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS 2) digits from TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

1 . Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORIVIATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> 

Verify that the lUT sends to TS_2 in the {CC-SETUP} or a {CC-INFO} message an IE 
«CALLING PARTY NAME = < Presentation allowed, DECT standard. User-provided, 
verified and passed, internal names list entry of PP1> » and with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

2. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE «CALLING PARTY 
NAME =< Presentation indicator=don't care value, Used alphabet= UTF-8 or DECT 
standard. Screening indicator= don't care value, calling party name= Phone A name > 
» and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> 

CNIP can be internal names list entry of PP2 or default string (e.g. "DECT n" where n 
stands for the IA5 coding of the terminal identity number of PP2 in decimal representation) 



7.9 TC_FT_NG1 .N.9 3-party conference with established 
external and/or internal calls tests cases 



Test subgroup objectives: to check the lUT's behaviours regarding 3-party conference with established external and/or 
internal calls. 



Declarations (see Annex A): 



• NG1.N.9 "3-party conference with established external and/or internal calls" feature is optional on FP side, 
so the manufacturer shall declare if it is supported. 

• 3-party conference with two estabUshed external calls can be base station or network dependent, so the 
manufacturer shall declare if it is supported. 

• 3-party conference with two established external calls on two different lines can be base station or network 
dependent, so the manufacturer shall declare if it is supported in addition to the NG1.N.14 "Multiple hnes" 
feature support. 
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3-party conference with established external and internal calls - release from non initiating 

internal party 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1-i-IUT) initiated by Phone_A on line (call id a), 

one parallel internal call on hold (call id b) with TS_2 

1 . Nothing 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

3. Send a {CC-RELEASE} message from TS_2 

1 . Verify that "3-party conference" higher layer capability bit is set to 1 (= Extended 
higher layer capabilities (part 2) a32 bit) 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORI\/IATION» specifying (call id not chosen for the conference, CS idle) 

=<(1,0, valueaorb), (2, 1,0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), (2, 1 , 
11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), 

(1,0, value), (2, 1, 11)> 

Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1 , 0, 
value a), (2, 1, 11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, updated call id a, CS conference connect) =<(0, 
0, lidO), (0, 5, ItO), (1,0, value b), (1 , 1 , value a), (2, 1 , 1 1 )> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id chosen for 
the conference, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a or b), (2, 1 , 5)> 
and IE «CLIP» with <Calling party address> field set to Phone A number 
Verify end-to-end U-plane connection between TS_1 and Phone A 
'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b). 
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3-party conference with established external and internal calls - release of external party 

from initiating PP 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External G.722 call in F-10 {TS_1+IUT) initiated by Phone_A on line (call id a), 
one parallel internal G.726 call on hold (call id b) with TS_2 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 33H) digits 
and with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMAT!ON» specifying (call id not chosen for the conference, CS idle) 
=<(1, 0, value a or b), (2, 1, 0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), (2, 1 , 
11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), 

(1,0, value), (2, 1,11 )> 

Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1, 0, 
value a), (2, 1, 11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, updated call id a, CS conference connect) =<(0, 
0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 

2. Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CALL-INFORMATION» specifying (call id chosen for the conference, CS call 
connect) =<(1 , 0, value a or b), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = 
<Network specific number. Private plan, IA5 coding of terminal identity number in 
decimal of PP2> » 

Verify that the lUT sends to TS_2 in one or several {CC-INFO} messages an IE 
«CALL-INFORMATION» specifying (call id chosen for the conference, CS call 
connect) =<(1 , 0, value a or b), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = 
<Network specific number. Private plan, IA5 coding of terminal identity number in 
decimal of PP1 > » 

Verify end-to-end U-plane connection between TS_1 and TS_2 
'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b). 
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3-party conference with established external calls - release from initiating party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.7 

External call in F-10 (TS_1+IUT) initiated by Phone_A on line (call id a), 
one parallel external call on hold on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

2. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id not chosen for the conference, CS idle) 
=<(1 , 0, value a or b), (2, 1 , 0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), (2, 1 , 1 1)> 
Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1, 0, 
value a), (2, 1, 11)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify end-to-end U-plane connection between Phone A and Phone B 

2. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b). 



TC_FT_NG1 .N.9_BV_1 04 


3-party conference with established external calls on two different lines - release from 

initiating party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.7 

External call in F-10 (TS_1+IUT) initiated by Phone_A on line (call id a), 
one parallel external call on hold on line 1 (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « IVIULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

2. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id not chosen for the conference, CS idle) 
=<(1 , 0, value a or b), (2, 1 , 0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), (2, 1 , 1 1)> 
Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1 , 0, 
value a), (2, 1, 11)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify end-to-end U-plane connection between Phone A and Phone B 

2. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b). 



7.10 TC_FT_NG1.N.10 Intrusion call tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Intrusion caU. 
Declarations (see Annex A): 

• NGl .N. 10 "Intrusion call" feature is optional on FP side, so the manufacturer shall declare if it is 

supported. 

• When NG1.N.I4 "Multiple lines" procedure is declared, following behaviours and corresponding test cases 
are exclusive: 

FP implements 'non early CC-CONNECT': TC_FT_NGI.N.I0_BV_I05. 
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FP implements 'early CC-CONNECT': TC_FT_NG1.N.10_BV_106. 



TC FT NG1.N.10 BV 101 



Implicit call intrusion into a line in "single call" mode - release from intruder 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_2 either: 

• a {CC-CONNECT} message with IE «SIGNAL» with the value 02H indicating 
'Intercept tone on' when declared (see Annex A Table A. 26), and with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS 
conference connect) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 11)> 

or 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying (line 0, 

line type information, call id a, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 
0, value a), (2, 1 , 1 1 )>, followed by a {CC-INFO} with IE «SIGNAL» with the 
value 02H indicating 'Intercept tone on' when declared (see Annex A Table A. 26) 
and with IE «CALL-INFORIVIATION» specifying (call id a) =<(1, 0, value a)> 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' when declared 
(see Annex A Table A.26) 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan. Presentation indicator=don't care value. 
Screening indicator^ don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 

2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
The CLIP In pass criteria 3 Is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 
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Implicit call intrusion into a line in "single call" mode on a multiple line system (non early 
CC-CONNECT implementation) - release from intruder 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, 

PP1 attached to line 0, PP2 attached to line and line 1 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 



2. 



Comments: 



Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' 

Send a {CC-INFO} message from TS_2 with IE «CALL-INFORMATION» specifying 
(line 0, call id a) =<(0, 0, lidO), (1 , 0, value a)> 
Send a {CC-RELEASE} message from TS_2 

Verify that the lUT sends to TS_2 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 0, value b), 

(2, 1,2)> 

Verify that the lUT sends to TS_2 either: 

• a {CC-CONNECT} message with IE «SIGNAL» with the value 02H indicating 
'Intercept tone on' when declared (see Annex A Table A.26), and with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, 
updated call id a, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value b), 
(1, 1, value a), (2, 1, 11)> 

or 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying (line 0, 
line type information, call id a, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 
0, value a), (2, 1 , 1 1 )>, followed by a {CC-INFO} with IE «SIGNAL» with the 
value 02H indicating 'Intercept tone on' when declared (see Annex A Table A.26) 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' when declared 
(see Annex A Table A.26) 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=don't care value. 
Screening indicator^ don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
3. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id chosen for 
the conference, CS call connect) =<{0, 0, lidO), (0, 5, ItO), (1 , 0, value a or b), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 
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Implicit call intrusion into a line in "single call" mode on a multiple line system (early 
CC-CONNECT implementation) - release from intruder 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



2. 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, 

PP1 attached to line 0, PP2 attached to line and line 1 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 
1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' 

Send a {CC-INFO} message from TS_2 with IE «CALL-INFORMATION» specifying 
(line 0, call id a) =<(0, 0, lidO), (1 , 0, value a)> 
Send a {CC-RELEASE} message from TS_2 
Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

Verify that the lUT sends to TS_2 in the same or different {CC-INFO} messages: 

an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' when declared 
(see Annex A Table A.26) 

an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
updated call id a, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value b), 
(1, 1, value a), (2, 1, 11)> 

when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' when declared 

(see Annex A Table A.26) 

an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan, Presentation indicator=don't care value, 
Screening indicator= don't care value, calling party address= IA5 coding of 

terminal identity number in decimal of PP2> » 

an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 
Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id chosen for 
the conference, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a or b), (2, 1, 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 



3. 
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Explicit call intrusion into a line in "single call" mode - handset intrusion 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, PP1 and PP2 attached to line 

External call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) with Phone A 
1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE « MULTI-KEYPAD » set to (1GH, 40H) digits followed by a 
{CC-INFO} message from TS 2 with IE « MULTI-KEYPAD » set to (1 7H, 31 H) digits 
1 . Verify that the lUT sends to TS_2 either: 

• a {CO-CONNECT} message with IE «SIGNAL» with the value 02H indicating 
'Intercept tone on' when declared (see Annex A Table A.26), and with IE 
«0ALL-INFORMATION» specifying (line 0, line type information, call id a, OS 
conference connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 1 )> 

or 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying (line 0, 
line type information, call id a, OS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 
0, value a), (2, 1 , 1 1 )>, followed by a {CO-INFO} with IE «SIGNAL» with the 
value 02H indicating 'Intercept tone on' when declared (see Annex A Table A.26) 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

Verify that the lUT sends to TS_1 in the same or different {CO-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' when declared 
(see Annex A Table A.26) 

• an IE «OALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan, Presentation indicator=don't care value, 
Screening indicator= don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, OS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CO-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
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Explicit call intrusion into a line in "single call" mode - line intrusion 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, PP1 and PP2 attached to line 

External call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) with Phone A 
1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE « MULTI-KEYPAD » set to (1GH, 40H) digits followed by a 
{CC-INFO} message from TS 2 with IE «CALL-INFORMATION» specifying (line 0) 
=<(0, 0, Iid0)> 
1 . Verify that the lUT sends to TS_2 either 

• a {CG-CONNECT} message with IE «SIGNAL» with the value 02H indicating 
'Intercept tone on' when declared (see Annex A Table A.26), and with IE 
«GALL-INFORMATION» specifying (line 0, line type information, call id a, CS 
conference connect) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 11)> 

or 

• a {GG-GONNEGT} message with IE «GALL-INFORMATION» specifying (line 0, 
line type information, call id a, GS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 
0, value a), (2, 1 , 1 1 )>, followed by a {GG-INFO} with IE «SIGNAL» with the 
value 02H indicating 'Intercept tone on' when declared (see Annex A Table A.26) 
and with IE «GALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

Verify that the lUT sends to TS_1 in the same or different {GG-INFOj messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' when declared 
(see Annex A Table A.26) 

• an IE «GALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan, Presentation indicator=don't care value. 
Screening indicator^ don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «GALL-INFORMATION» specifying (call id a, GS conference connect) =< 
(1,0, value a), (2, 1,11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {GG-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 



7.1 1 TC_FT_NG1 .N.1 1 Call deflection (external or internal) tests 
cases 



Test subgroup objectives: to check the lUT's behaviours regarding Call deflection (external or internal) with the 
following consideration: 

• As NG1.N.11_3 "Call deflection control messages" procedure is tested when testing NG1.N.11_1 "Call 
deflection (internal)" procedure and NGl.N.l 1_2 "Call deflection (external)" procedure, there is no test 
case defined for this procedure. 

Declarations (see Annex A): 

• NGl .N. 1 1 "Call deflection (external or internal)" feature is optional on FP side, so the manufacturer shall 
declare if it is supported. 

• NGl .N. 1 1_1 "Call deflection (internal)" procedure is mandatory on FP side but it only makes sense if 
NGl. N. 14 "Multiple hnes" procedure is declared. 
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Call deflection (Internal) in multiple lines context 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comment: 


TS 102 527-3 [14], Clause 7.4.4.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 

Wait for 3 seconds before sending a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1 CH, 39H, 1 7H, Terminal id of PP2) digits and with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Send a {CC-RELEASE-COM} message from TS_1 

4. Send a {CC-ALERTING} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(a 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Verify that the lUT does not send to TS 2 a {CC-SETUP} message 

2. Verify that the lUT optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORI\/IATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)>, 
and then mandatorily sends to TS la {CC-RELEASE} message 

3. Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, 0), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Although PP2 is only attached to line 1 , it may receive a call from line as a result of call 
deflection 




TC FT NG1.N.11 BV 201 


Call deflection (external) - first incoming call deflection 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comment: 


TS 102 527-3 [14], Clause 7.4.4.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 and PP2 attached to line 

F-00 

1. Switch on lUT 

2. Perform an incoming call on line towards lUT from Phone A 

3. Send a {CC-ALERTING} message from TS 1 
Send a {CC-ALERTING} message from TS_2 

Wait for 3 seconds before sending a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1 CH, 39H, 1 5H, Phone B number) digits and with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

4. Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-RELEASE-COM} message from TS_2 

1 . Verify that "Call deflection" higher layer capability bit is set to 1 (= Extended higher 
layer capabilities (part 2) a34 bit) 

2. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

3. Verify that the lUT optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)>, 
and then mandatorily sends to TS_1 a {CC-RELEASE} message 

Verify that the lUT optionally sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1, 0)>, 
and then mandatorily sends to TS_2 a {CC-RELEASE} message 

4. Verify that Phone B rings 

Call deflection request impacts all PPs receiving the incoming call (all stop ringing) 
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TC FT NG1.N.11 BV 202 


Call deflection (external) - call waiting deflection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.4.2 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Wait for 3 seconds before sending a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1 CH, 39H, 1 5H, Phone C number) digits and with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_1 

1 . Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone B 
number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
Verify that Phone C rings 



7.12 TC_FT_NG1 .N.12 Line identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding line identification with the following considerations: 

• NGl .N. 12_3 "Line identification for a first external outgoing call using «CALL-INFORMATION» IE" 
procedure in {CC-SETUP} message is tested with NG1.N.13_2 "Call identifier assignment on outgoing 
call (FP to PP)" procedure. 

• NG1.N.12_6 "General line identification requirements for external incoming calls" and NG1.N.12_7 "Line 
identification for a first external incoming call " procedures are tested with NG1.N.7_2 "Call waiting 
indication (external or internal)" and NGLN.13_3 "Call identifier assignment on incoming call (FP to PP)" 
procedures. 

• No backward compatibiUty tests in front of a GAP PP are foreseen as these tests will be done when running 
EN 300 444 [12] tests. 

Declarations (see Annex A): 

• Following behaviours and corresponding test cases are exclusive: 

FP implements 'non early CC-CONNECT': TC_FT_NG1.N.12_BV_301, TC_FT_NG1.N.12_BV_401, 
TC_FT_NG1 .N.12_BV_501. 

FP implements 'early CC-CONNECT': TC_FT_NG1.N.12_BV_302, TC_FT_NG1.N.12_BV_402, 
TC_FT_NG 1 .N. 12_B V_502. 
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TC_FT_NG1 .N.I 2_BV_301 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE in 




{CC-INFO} (non early CC-CONNECT implementation) 


Reference: 


TS 102 527-3 [14], Clause 7.4.5.2.2 


Initial condition: 


F-00 


Stimulus: 


1. 


Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 






from TS_1 




2. 


Send a {CC-INFO} message with IE «I\/IULTI-KEYPAD» set to Phone A number 






and IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, lidO), (1 , 0, 






value a)> from TS 1 




3. 


Send a {CC-RELEASE} message from TS 1 




4. 


Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 






from TS_1 




5. 


Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 






call id b) =<(0, 0, lidO), (1, 0, value b)>, followed by a {CC-INFO} message with IE 






«MULTI-KEYPAD» set to Phone A number and IE «CALL-INFORMATION» 






specifying (call id b) =<(1 , 0, value b)> from TS 1 




6. 


Send a {CC-RELEASE} message from TS 1 


Pass criteria: 


1. 


Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 






«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 






(2, 1 , 2)> 




2. 


Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 






specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, 






value a)> 






Verify that Phone A rings or that the lUT sends to TS la {CC-ALERTING} message 






with IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, 






value a), (2, 1 , 4)> 




3. 


Verify that the lUT sends to TS la {CC-RELEASE-COM} message 




4. 


Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 






«CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1, 0, value b). 






(2, 1,2)> 




5. 


Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 






specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1, 0, 






value b)> 






Verify that Phone A rings or that the lUT sends to TS la {CC-ALERTING} message 




6. 


Verify that the lUT sends to TS la {CC-RELEASE-COM} message 


Comments: 


The FP call identifier assignment method is left free to implementation; 'call id a' will be 




equal to 'call b' if lUT implements the "no re-use method". 
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TC_FT_NG1 .N.I 2_BV_302 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE in 
{CC-INFO} (early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.5.2.2 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
from TS_1 

2. Send a {CC-INFO} message with IE «I\/IULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, lidO), (1 , 0, 

value a)> from TS 1 

3. Send a {CC-RELEASE} message from TS 1 

4. Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
from TS_1 

5. Send a {CC-INFO} message with IE «CALL-INFORI\/IATION» specifying (line 0, 
call id b) =<(0, 0, lidO), (1, 0, value b)>, followed by a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to Phone A number and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> from TS 1 

6. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value 

a) > 

Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} message with 
IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2, 1 , 4)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

5. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value 

b) > 

Verify that Phone A rings and that the lUT sends to TS la {CC- INFO} message 
with IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, 
value a), (2, 1, 4)> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The FP call identifier assignment method is left free to implementation; 'call id a' will be 
equal to 'call b' if lUT implements the "no re-use method". 




TC_FT_NG1 .N.I 2_BV_401 


Backward-compatible line identification for a first external outgoing call using 
«MULTI-KEYPAD» IE (non early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.5.2.3 
F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
fromTS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» requesting line (=23H, 
30H) and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)>, 
followed by a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A 
number and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
fromTS 1 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 
(2, 1,2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value 

a)> 

Verify that Phone A rings or that the lUT sends to TS la {CC-ALERTING} 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC_FT_NG1 .N.I 2_GC_401 


Backward-compatible line identification for a first external outgoing call using 
«I\/IULTI-KEYPAD» IE (non early CC-CONNECT implementation) 


Reference: 
Initial condition: 

Stinnulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.5.2.3 

TS 1 is a GAP PP1 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
fromTS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to ("#0" + Phone A 
number) digits from TS 1 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message 

2. Verify that Phone A rings or that the lUT sends to TS_1 a {CC-ALERTING} message 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC_FT_NG1 .N.I 2_BV_402 


Backward-compatible line identification for a first external outgoing call using 
«MULTI-KEYPAD» IE (early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.5.2.3 
F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
fromTS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to ("#0"-HPhone A 
number) digits and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value 
a)> from TS_1 

3. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value 
a)> 

Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} message with 
IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2, 1,4)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC_FT_NG1 .N.I 2_GC_402 


Backward-compatible line identification for a first external outgoing call using 
«MULTI-KEYPAD» IE (early CC-CONNECT implementation) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.5.2.3 

TS 1 is a GAP PP1 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
from TS_1 

2. Use the piece-wise method to send ("#0"-HPhone A number) digits in several 
{CC-INFO} messages with IE «KEYPAD» from TS 1 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CONNECT} message 

2. Verify that Phone A rings 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC FT NG1.N.12 BV 501 



FP managed line selection for a first external outgoing call (non early CC-CONNECT 

implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.5.2.4 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVIGE» 'Normal call setup'and 
IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Send a {CO-RELEASE} message from TSJ 

4. Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup', IE 
«MULTI-KEYPAD» set to Phone A number, and IE «CALL-INFORMATION» 
specifying (line None, call id b) =<(0, 0, 127), (1, 0, value b)> from TS_1 

5. Send a {CC-RELEASE} message from TSJ 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying at the minimum (call id a, CS call setup ack) 
=<(1 , 0, value a), (2, 1 , 2)> and possibly (line u, line type information) =<(0, 0, value 
u), (0, 5, It0)> 

2. If line id was not received in step 1 then verify that the lUT sends to TS_1 either: 

• a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line u, line 
type information, call id a) =<(0, 0, line u), (0, 5, ItO), (1 , 0, value a) > 

or 

• a {CC-CALL-PROC} message with IE «CALL-INFORMATION» specifying 
(line u, line type information, call id a, CS call proc) =<(0, 0, line u), (0, 5, ItO), (1, 
0, value a), (2, 1, 3)> 

Verify that Phone A rings or that the lUT sends to TS_1 a {CC-ALERTING} message 
with IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, 
value a), (2, 1, 4)> 

3. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 either: 

• a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line u, line 
type information, call id b) =<(0, 0, value u), (0, 5, ItO), (1, 0, value b)> 

or 

• a {CC-CALL-PROC} message with IE «CALL-INFORMATION» specifying 
(line u, line type information, call id b, CS call proc) =<(0, 0, value u), (0, 5, ItO), 
(1,0, value b), (2, 1,3)> 

Verify that Phone A rings or that the lUT sends to TS_1 a {CC-ALERTING} message 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The FP call identifier assignment method is left free to implementation; 'call id a' will be 
equal to 'call b' if lUT implements the "no re-use method". 
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FP managed line selection for a first external outgoing call (early CC-CONNECT 

implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.5.2.4 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVIGE» 'Normal call setup'and 
IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Send a {CO-RELEASE} message from TSJ 

4. Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup', IE 
«MULTI-KEYPAD» set to Phone A number, and IE «CALL-INFORMATION» 
specifying (line None, call id b) =<(0, 0, 1 27), (1 , 0, value b)> from TS_1 

5. Send a {CC-RELEASE} message from TSJ 

1 . Verify that the lUT sends to TSJ : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(2, 1 , 2)> 

• followed by a {CO-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id a, OS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} possibly 
specifying (line u, line type information) =<(0, 0, value u), (0, 5, dtu)> in the 
«CALL-INFORMATION» IE 

2. If line id was not received in step 1 , verify that the lUT sends to TSJ a {CC-INFO} 
message with IE «CALL-INFORMATION» specifying at least (line u, line type 
information, call id a) =<(0, 0, value u), (0, 5, dtu), (1, 0, value a)> 

Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} message with 
IE «CALL-INFORMATION» specifying (call id a, OS call alerting) =<(1, 0, value a), 
(2J,4)> 

3. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TSJ : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id b) =< (1 , 0, value b)> 

• optionally a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id b, OS call proc) =<(1 , 0, value b) , (2, 1 , 3)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line u, line type information) =<(0, 0, value u), (0, 5, dtu)> in the 
«CALL-INFORMATION» IE 

Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} message with 
IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2J,4)> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The FP call identifier assignment method is left free to implementation; 'call id a' will be 
equal to 'call b' if lUT implements the "no re-use method". 



7.13 TC FT NG1.N.13 Call identification tests cases 



Test subgroup objectives: to check the lUT's behaviours regarding call identification with the following consideration: 

• NG1.N.13_1 "Call identification general requirements" and NG1.N.13_4 " Call status indication to the 
handset (FP to PP)" procedures are tested with NG1.N.13_2 "Call identifier assignment on outgoing call 
(FP to PP)" and NG1.N.13_3 "Call identifier assignment on incoming call (FP to PP)" procedures. 

• No backward compatibility tests in front of a GAP PP are foreseen as these tests will be done when running 
EN 300 444 [12] tests. 

• No backward compatibility tests in front of a NG-DECT PARTI PP are foreseen as these tests will be done 
when running NG-DECT PARTI backward compatibility tests (see TC_FT_NG1.N.1_WC_* TCs). 

Declarations (see Annex A): 

Following behaviours and corresponding test cases are exclusive: 

• FP implements 'non early CC-CONNECT': TC_FT_NG1.N.13_BV_201. 

• FP implements 'early CC-CONNECT':TC_FT_NGl .N. 13_BV_202. 
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TC FT NG1.N.13 BV 201 



Call Identifier assignment on outgoing call (FP to PP) - Normal call (non early 
CC-CONNECT implementation) - Call status indication 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.6.1, 7.4.6.2 and 7.4.6.4 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

2. Send a {CC-INFO} message with IE «ML)LTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the iUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 2)> 

2. Verify that Phone A rings and that the IUT sends to TS_1 a {CC-ALERTING} with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 
1, 4)> 

3. Verify that the IUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORI\/IATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2,1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the IUT sends to TS_1 a {CC-RELEASE-COM} message 

FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 



TC FT NG1.N.13 BV 202 



Call identifier assignment on outgoing call (FP to PP) 

Implementation) - Call status Indication 



Normal call (early CC-CONNECT 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.6.1 and 7.4.6.2 
F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Ild0)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call Id a) =<(1, 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS_1 

1. Verify that the IUT sends to TS_1: 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(1 , 0, value a)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call Id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} message 
specifying at least (line 0, line type information) =<(0, 0, lidO), (0, 5, It0)> In the 
«CALL-INFORMATION» IE 

2. Verify that Phone A rings and that the IUT sends to TS_1 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call Id a, CS call alerting) =<(1, 0, value a), (2, 
1, 4)> 

3. Verify that the IUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the IUT sends to TS_1 a {CC-RELEASE-COM} message 

FP can send also 'CS call proc' with the call identifier before 'CS call alerting' in step 2 
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Call identifier assignment on outgoing call (FP to PP) - Internal call - Call status indication 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.6.1 and 7.4.6.2 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' 
fromTS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP2 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

3. Send a {CC-ALERTING} message from TS 2 
Send a {CC-CONNECT} message fromTS 2 

4. Send a {CC-RELEASE} message from TS 1 

5. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 

(2, 1,2)> 

2. Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id a, CS call setup) =<(1, 0, value a), (2, 1, 1)> 

3. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TSJ a {CC-CONNECT} message with IE 
«CALL-INFORI\/IATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS 1 and TS_2 

4. Verify that the lUT sends to TS 1a {CC-RELEASE-COM} message 

5. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

FP may send "CS call proc" or "CS call alerting" with the call identifier before 'CS call 
connect' in step 3 



TC_FT_NG1 .N.I 3_BV_204 


Call identifier assignment on outgoing call (FP to PP) - LiA service call setup - Call status 
indication for outgoing external call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.6.2 
F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a {CC-INFO} message from TSJ with IE «MULTI-KEYPAD» set to 1CH 
15H digits together with Phone A number and IE «CALL-INFORMATION» 
specifying (line 0) =<(0, 0, lidO) > 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TSJ a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS 1a {CC-CONNECT} message followed by a 
{CC-INFO} message to TS_1 with IE «CALL-INFORMATION» specifying at least 
(line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 
Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 
1, 4)> 

3. Verify that the lUT sends to TSJ a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 
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Call identifier assignment on outgoing call (FP to PP) - LiA service call setup - Call status 

indication for internal call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.6.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to (17H, 
terminal Id of PP2) digits 

3. Send a {CC-ALERTING} message from TS 2 
Send a {CC-CONNECT} message from TS 2 

4. Send a {CC-RELEASE} message from TS_2 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a {CC-CONNECT} message followed by a 
{CC-INFO} message to TS_1 with IE «CALL-INFORMATION» specifying at least 
(call id a) =<(1 , 0, value a)> 

Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id a, CS call setup) =<(1 , 0, value a), (2, 1 , 1)> 

3. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS 1 and TS 2 

4. Verify that the lUT sends to TS 2 a {CC-RELEASE-COM} message 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

FP may send "CS call proc" and "CS call alerting" with the call identifier before 'CS call 
connect' in step 3 




TC FT NG1.N.13 BV 301 


Call identifier assignment on incoming call (FP to PP) - Normal call setup 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.6.3, 7.4.6.4 and 7.4.5.3 
F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 , followed by a {CC-CONNECT} 
message 1 second later 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2,1,1 )> 

2. Verify that the lUT sends to TS la {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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Call identifier assignment on incoming call (FP to PP) - LiA service call setup - Call status 
indication for incoming external call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.6.3 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Perform an incoming call on line towards lUT from Phone A 

3. Send a {CC-INFO} message from TS 1 with IE « IVIULTI-KEYPAD » set to (1 CH, 
35H) digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, 
value a)> 

4. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a {CC-CONNECT} message followed by in the 
same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone A 
number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id 
a, CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 



7.14 TC_FT_NG1.N.14 Multiple lines tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple lines with the following considerations: 

• NGl .N. 14_1 "Multiple lines general requirements" procedure requires that FP implements NGl .N.7 

"Common parallel call procedures (external or internal)" feature. So there is no test case defined for this 
procedure which is tested implicitly when testing "NGl. N.7 Common parallel call procedures (external or 
internal)" feature. 

• NGl .N. 14_2 "Terminal attachment and line settings" procedure is tested when testing NGl .N. 16_25 "Line 
settings list" procedure and NG1.N.16_40 "Attached handsets" procedure. 

• NG1.N.14_5 "compatibility with non multiple line PP or FP" procedure is not tested as is this procedure is 
tested when testing the NG1.N.12 "Line identification" feature and when running EN 300 444 [12] tests. 

Declarations (see Annex A): 

• NGl .N. 14 "Multiple hnes" feature is optional on FP side, so the manufacturer shall declare if it is 
supported. 

• When NGl. N. 22 "Handling of lines where second calls are signalled in-band" feature is supported on a 
line, the manufacturer shall declare if the following procedure is supported within this line: call release and 
call release rejection. 

Following behaviours and corresponding test cases are exclusive: 

• FP implements 'non early CC-CONNECT': TC_FT_NG1 .N. 14_B V_305. 

• FP implements 'early CC-CONNECT':TC_FT_NG 1 .N. 14_B V_306. 
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Incoming external calls on a multiple line system - Incoming calls on two lines with no 

active PPs 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 
PP1 is attached to line 0, PP2 is attached to line 1 , 
F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 

Perform an incoming call on line 1 towards lUTfrom Phone B 

3. Send a {CC-ALERTING} message from TS 2 
Send a {CC-CONNECT} message from TS_1 

4. Send a {CC-CONNECT} message from TS_2 

5. Send a {CC-RELEASE} message from TS_1 

6. Send a {CC-RELEASE} message from TS 2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<{0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 

Verify that the lUT does not send to TS_2 a {CC-SETUP} message 

2. Verify that the lUT does not send to TS_1 a {CC-SETUP} message 
Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi), (0, 5, It1), (1,0, value b), (2, 1, 1)> 

3 Verify that the lUT sends to TS la {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4 Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS 2 and Phone B 

5. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

6. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 




TC_FT_NG1 .N.14_BV_302 


Incoming external calls on a multiple line system - Incoming call with one active PP - 
Accept second call on idle PP and release it 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line and line 1 , PP2 is attached to line 1 , 

External call in F-10 (TS_1+IUT) initiated by PP1 on line (call id a) with Phone A 

1 . Perform an incoming call on line 1 towards lUT from Phone B 

2. Send a {CC-ALERTING} message followed by a {CC-CONNECT} from TS_2 

3. Send a {CC-RELEASE} message from TS 2 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi), (0, 5, Itl), (1,0, value b), (2, 1, 1)> 

2. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 
Verify end-to-end U-plane connection between TS 2 and Phone B 

3. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

IE «SIGNAL» with the value 07H indicating 'call waiting' tone is also received by TS_1 
in pass criteria 1 if this procedure is supported (see Annex A, Table A.26) 
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Incoming external calls on a multiple line system - Incoming call with one active PP ■ 
Accept second call on active PR and release it - Resume active call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line and line 1 , PP2 is attached to line 1 , 

External call in F-10 (TS_1+IUT) initiated by PP1 on line (call id a) with Phone A 

1 . Perform an incoming call on line 1 towards lUT from Phone B 

2. Send a {CC-ALERTING} message from TS_2 

Send a {CC-INFO} message with 1CH 35H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_1 

3. Send a {CC-RELEASE-COM} message from TS_2 

Send a {CC-INFO} message with 1CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)>from TS_1 

4. Send a {CC-INFO} message with 1 CH 42H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi), (0, 5, Itl), (1,0, value b), (2, 1, 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, Iid1), (0, 5, It1), (1,0, value b), (2, 1, 1)> 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT optionally sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
and then mandatorily sends to TS_2 a {CC-RELEASE} message 
Verify end-to-end U-plane connection between TS_1 and Phone B 

3 Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
IE «SIGNAL» with the value 07H indicating 'call waiting' tone is also received by TS_1 
in pass criteria 1 if this procedure is supported (see Annex A Table A.26) 
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Incoming external calls on a multiple line system - Two simultaneous incoming calls 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line and line 1 , PP2 is attached to line 1 , 
F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 

Perform an incoming call on line 1 towards lUT from Phone B 

3. Send a {CC-ALERTING} message from TS_2 
Hang up on Phone A 

4. Send a {CC-RELEASE-COM} message from TS_1 

5. Send a {CC-ALERTING} message from TS_1 
Hang up on Phone B 

6. Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-RELEASE-COM} message from TS 2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Verify that the lUT does not send to TS_2 a {CC-SETUP} message 

2. Verify that the lUT does not send to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying at least (CS call setup) =< (2, 1, 1)> 
Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi ), (0, 5, Itl ), (1 , 0, value a), (2, 1 , 1 )> 

3 Verify that the lUT optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 
and then mandatorily sends to TS la {CC-RELEASE} message 

4. Verify that the lUT send to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi) , (0, 5, Itl), (1,0, value b), (2, 1, 1)> 

5 Verify that the lUT optionally sends to TS 1a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
and then mandatorily sends to TS_1 a {CC-RELEASE } message 
Verify that the lUT optionally sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
and then mandatorily sends to TS_2 a {CC-RELEASE} message 



ETSI 



198 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.14 BV 305 



Outgoing external calls on a multiple line system 
early CC-CONNECT implementation) 



Initiate outgoing calls on two lines (non 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 1) =<(0, 0, Iid1)> from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 
Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_2 

3. Call pick up on Phone A 
Call pick up on Phone B 

4. Send a {CC-RELEASE} message from TS_1 
Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 2)> 

Verify that the lUT sends to TS_2 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 1, line type information, call id b, CS call 
setup ack) =<(0, 0, lidi ), (0, 5, Itl ), (1 , 0, value b), (2, 1 , 2)> 

2. Verify that Phone A rings and that the lUT sends to TS_1 a {CC-ALERTING} with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 
1,4)> 

Verify that Phone B rings and that the lUT sends to TS_2 a {CC-ALERTING} with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), (2, 

1, 4)> 

3. Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2,1,5)> 

Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

4. Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone B 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 
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Outgoing external calls on a multiple line system 
CC-CONNECT implementation) 



Initiate outgoing calls on two lines (early 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

Send a {CC-SETUP} message with IE «BAS1C-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 1) =<(0, 0, Iid1)> from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 
Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_2 

3. Call pick up on Phone A 
Call pick up on Phone B 

4. Send a {CC-RELEASE} message from TS_1 
Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_1 : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(1 , 0, value a)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line 0, line type information) =<(0, 0, lidO), (0, 5, It0)> in the 
«CALL-INFORMATION» IE 

Verify that the lUT sends to TS_2: 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id b) =<(1 , 0, value b)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line 1 , line type information) =<(0, 0, lidi ), (0, 5, It1 )> in the 
«CALL-INFORMATION» IE 

2. Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 
1,4)> 

Verify that Phone B rings and that the lUT sends to TS_2 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), (2, 

1, 4)> 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

4. Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone B 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

FP can send also 'CS call proc' with the call identifier before 'CS call alerting' in step 2 



TC_FT_NG1 .N.I 4_BV_401 


Internal calls in multiple line context 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.7.4 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' with IE 
«I\/IULTI-KEYPAD» set to (IA5 coding of terminal identity number in decimal of TS_2) 
digit from TS 1 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE «BASIC-SERVICE» 
'Internal call setup' 
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7.15 TC_FT_NG1.N.15 Multiple calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple calls procedure. 
Declarations (see Annex A): 

Following behaviours and corresponding test cases are exclusive: 

• FP implements 'non early CC-CONNECT': TC_FT_NG1.N.15_BV_205. 



• FP implements 'early CC-CONNECT':TC_FT_NGl .N. 15_BV_206. 



TC FT NG1.N.15 BV 201 


Incoming external calls on a multiple call line - Accept incoming second call on idle PP 


ricTerence. 
Initial condition: 

Stimulus: 

Pass criteria: 


lo 1 Uii o^/-o [ 1 4j, uiause / .'i-.o.^: 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message followed by a {CC-CONNECT} from TS_1 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

2 Verify that the lUT sends to TS_1 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 
Verify end-to-end U-plane connection between TS 1 and Phone A 
3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 



TC_FT_NG1 .N.15_BV_202 


Incoming external calls on a multiple call line - Accept incoming second call on active PP 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 {14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TSJ is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2-i-IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS 1 

Send a {CC-INFO} message with 1CH 35H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS 2 

3. Send a {CC-INFO} message with 1 CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS 2 

4. Send a {CC-INFO} message with 1 CH 42H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)>from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value a), (2, 1, 1)> 

2 Verify that the lUT sends to TS la {CC-RELEASE} message 
Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1, 0, value b), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_2 and Phone A 

3. Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 

4. Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone B 
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TC_FT_NG1 .N.I 5_BV_205 


Outgoing external calls on a multiple call line - Initiate outgoing second call on idle PP 
(non early CC-CONNECT implementation) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Plione B 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 2)> 

2. Verify that Phone A rings and that the lUT sends to TS_1 a {CC-ALERTING} with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 
1, 4)> 

3. Verify that the lUT sends to TS_1 a {CC-CONNECT| message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS 1 and Phone A 

4. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 



TC__FT_NG1 .N.I 5_BV_206 


Outgoing external calls on a multiple call line - Initiate outgoing second call on idle PP 
(early CC-CONNECT implementation) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS 2-i-IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS_1 

1. Verify that the lUT sends to TS_1 : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(1 , 0, value a)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line 0, line type information) =<(0, 0, lidO), (0, 5, It0)> in the 
«CALL-INFORMATION» IE 

2. Verify that Phone A rings and that the lUT sends to TS_1 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), (2, 
1, 4)> 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS 1 and Phone A 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

FP can send also 'CS call proc' with the call identifier before 'CS call alerting' in step 2 
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TC FT NG1.N.15 BV 207 



Outgoing external calls on a multiple call line - Initiate outgoing second call on active PP 
using «CALL-INFORMATION» line selection 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Phone B 

1. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits 

from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (lineO, call id a) =<(0, 0, lidO), (1 , 0, 
value a)> from TS_2 

3. Call pick up on Phone A 

4. Send a {CC-INFO} message with 1 CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS_2 

5. Send a {CC-INFO} message with 1 CH 42H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)>from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value 
a)> 

Verify that Phone A rings and that the lUT sends to TS_2 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call id a, CS alerting) =<(1 , 0, value a), (2, 1 , 
4)> 

3. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone A 

4. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 

5. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone B 
FP can send also 'CS call proc' with the call identifier before 'CS alerting' in step 2 
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TC FT NG1.N.15 BV 208 



Outgoing external calls on a multiple call line - Initiate outgoing second call on active PP 
using «MULTI-KEYPAD» line selection 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 CH, 1 5H, 23H, 
30H) digits from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
from TS_2 

3. Call pick up on Phone A 

4. Send a {CC-INFO} message with 1 CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS_2 

5. Send a {CC-INFO} message with 1 CH 42H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORI\/IATION» specifying (call id b) =<(1, 0, value b)>from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id a, CS call setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 
0, value a), (2, 1, 2)> 

2. Verify that Phone A rings and that the lUT sends to TS_2 a {CC-INFO} with IE 
«CALL-INFORMATION» specifying (call id a, CS alerting) =<(1 , 0, value a), (2, 1 , 
4)> 

3. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone A 

4. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 

5. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone B 
FP can send also 'CS call proc' with the call identifier before 'CS alerting' in step 2 



TC FT NG1.N.15 BV 301 


Busy system notification 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.3 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 30H ("not 
allowed") on line 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS 2-i-IUT) initiated by TS 2 on line (call id b) with Phone B 

1. Send a {CC-SETUP} from TS 1 

2. Send a {CC-RELEASE-COM} from TS_1 

1 . Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages 

• an IE «SIGNAL» set to the value 04H indicating 'Busy tone on' when declared 
(see Annex A Table A. 26) 

• an IE «CALL-INFORMATION» specifying (call id a, CS call disconnecting, line 
in use) =<(1, 0, value a), (2, 1,6), (2, 2, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

After some time-out, verify that the lUT sends to TS_1 in the same or different 
{CC-INFO} messages: 

• an IE «SIGNAL» with the value 3FH indicating 'Tones off' when declared (see 
Annex A Table A.26) 

• optionally an IE «CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, 
value a), (2, 1, 0)> 

Verify that the lUT sends to TS la {CC-RELEASE} message 
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7.16 TC_FT_NG1 .N.16 List access service tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Ust access service procedures with the following 
considerations: 

• Some test cases shall be run in a given order. In that case, the test case reference to be run before is 
indicated in the initial condition. 

• NG1.N.6_2 "List change notification" procedure is tested with NG1.N.6_22 "Internal names hst" 
procedure and NG1.N.6_25 "Line settings list" procedure. 

• As NG1.N.16_26 "Virtual contact list and call list per Hne" is conditional on support of NG1.N.14 
"Multiple lines" feature, and there are no more requirements on FP side that the implementation of line 
identifier field, there is no test case defined for this procedure. 

Declarations (see Annex A): 

• Following procedures are optional or conditional so the manufacturer shall declare if they are supported: 



NGl 


.N. 


16_ 


_18 


"Outgoing calls list". 


NGl 


.N. 


16. 


.20 


"All calls hst". 


NGl 


.N. 


16. 


.23 


"AH incoming calls hst". 


NGl 


.N. 


16. 


.26 


"Virtual contact hst and call hst per line" 


NGl 


.N. 


16. 


.30 


"FP IP address/type". 


NGl 


.N. 


16. 


.31 


"FP IP address/value". 


NGl 


.N. 


16_ 


_32 


"FP IP address/subnet mask". 


NGl 


.N. 


16_ 


_33 


"FP IP address/gateway". 


NGl 


.N. 


16. 


.34 


"FP IP address/DNS server". 


NGl 


.N. 


16. 


.37 


"FP version/Hardware version". 


NGl 


.N. 


16. 


41 


"Dialling prefix". 


NGl 


.N. 


16. 


.42 


"FP melody". 


NGl 


.N. 


16. 


.43 


"FP volume". 


NGl 


.N. 


16_ 


_44 


"Blocked number". 


NGl 


.N. 


16_ 


_46 


"Intrusion call". 


NGl 


.N. 


16_ 


_47 


"Permanent CLIR". 


NGl 


.N. 


16. 


.51 


"Emission mode". 



• Following behaviours and corresponding test cases are exclusive: 

TC_FT_NG1.N.16_BV_303 : FP does not accept simultaneous access to the same hst from 2 different 
PPs. 

TC_FT_NG1.N.16_BV_304 : FP accepts simultaneous accesses to the same list from 2 PPs. 

• When implemented multiple lines, the manufacturer shall declare the PP default attachment to at least one 
hne after registration. 
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TC FT NG1.N.16 BV 301 


Start / end session sequencing and parameters - list of supported lists 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.4.1 
F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = OOH, nb of sorting fields =0> from TS_1 

3. Send a <End session, session id=n> from TS 1 

4. Send a {CC-RELEASE} from TS 1 
Verify that the lUT sends back to TS 1: 

1. a {CC-CALL-PROC} 

2. a <Start session confirm, session id=n, total nb=1 , discriminator type=0 or 1 , nb of 
sorting fields =1 .sorting field idl =1> 

3. a <End session confirm, session id=n> 

4. a {CC-RELEASE-COM} message 
Session identifier shall be different from "0" value. 




TC FT NG1.N.16 BV 302 


CC-RELEASE without end session - list of supported lists 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.10.4.1 

List of supported lists open (session id=n). Re-use first 2 steps as 
TC FT NG1.N.16 BV 301 test. 

1. Send a {CC-RELEASE} from TS 1 

2. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

3. Send a <Start session. List identifier = OOH, nb of sorting fields =0> from TS_1 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =01 H> from TS 1 

5. Send a {CC-RELEASE} from TS_1 

After start session confirm received. Verify that the lUT sends back to TS_1 : 

1 . a {CC-RELEASE-COM} message 

2. a {CC-CALL-PROC} message 

3. a <Start session confirm, session id=n, total nb=1 , discriminator type=0 or 1 , nb of 
sorting fields =1 , sorting field idl =1> 

4. a <Read entries confirm, session id=n, start index=1 , counter=1 > followed by one 
<data packet last> 

5. a {CC-RELEASE-COM} message 

Make sure that the second start session is successful (no error returned by the FP) 
Between step 2 and step 3, no specific delay is required. 




TC FT NG1.N.16 BV 303 


No simultaneous access to the same list from 2 different PPs - internal names list 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.4.1 

2 PPs registered (TS_1 is NG PP1, TS 2 is NG PP2) 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

2. Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_1 

3. Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

4. Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_2 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS 2 

7. Send a {CC-RELEASE} from TS 1 
Verify that the lUT sends back to TS 1: 

1 . a {CC-CALL-PROC} message 

2. a <Start session confirm, session id=n, total nb=2, discriminator type=0 or 1 , nb of 
sorting fields =1 , sorting field idl =1> 

Verify that the lUT sends back to TS_2: 

3. a {CC-CALL-PROC} message 

4. a <Start session confirm, session id=0, Start session reject reason= list already in 
use by another session > 

5. Verify that the lUT sends back to TS 1a <End session confirm, session id=n> 

6. Verify that the lUT sends back to TS__2 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 
Here we only check that FP rejects with proper error code the start session from the 
second PP. 

This TC is exclusive with TC FT NG1.N.16 BV 304 
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TC_FT_NG1 .N.I 6_BV_304 


Simultaneous access to the same list from 2 different PPs (check edit locks an entry) - 




internal names list 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.4.1 


Initial condition: 


2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2) 


Stimulus: 


1. 


Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 






call setup, Wideband speech default setup attributes> » 




2. 


Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_1 




3. 


Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 






entries request^ OOH, list entry field identifier 1..n =01 H, 02H, 03H> from TS_1 




4. 


Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1..n =01 H, 






02H, 03H > from TS_1 




5. 


Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE = <LiA service 






call setup, Wideband speech default setup attributes> » 




6. 


Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_2 




7. 


Send a<Read entries, session id=m, start index=1, direction=0, counter=1, mark 






entries request^ OOH, list entry field identifier 1..n =01 H, 02H, 03H> from TS_2 




8. 


Send a <Edit entry, session id=m, entry identifier=u, list entry field identifier 1 ..n 






=01 H, 02H, 03H > from TS_2 




9. 


Send a <Save entry, session id=m, entry identifier=u> from TS_2 followed by <data 






packet/data packet last> modifying "Name" field to "TESTER 2" 




10. 


Send a <Delete entry, session id=m, entry identifier=u> from TS_2. 




11. 


Send a <Delete list, session id=m> from TS_2 




12. 


Send a <End session, session id=m> from TS_2 




13. 


Send a <End session, session id=n> from TS_1 


Pass criteria: 


Verify that the lUT sends back to TS_1 : 




1. 


a {CC-CALL-PROC} message 




2. 


a <Start session confirm, session id=n, total nb=2, discriminator type=0 or 1 , nb of 






sorting fields =1 , sorting field idl =1> 




3. 


a < Read entries confirm, session id=n> followed by <data packet/data packet last> 






with 1^" entry content (entry identifier = u) 




4. 


a <Edit entry confirm, session id=n, total nb=2, discriminator type=0 or 1 , nb of 






sorting fields =1 , sorting field idl =1> 




Verify that the lUT sends back to TS_2: 




5. 


a {CC-CALL-PROC} message 




6. 


a <Start session confirm, session id=m, total nb=2, discriminator type=0 or 1 , nb of 






sorting fields =1, sorting field id1 =1> 




7. 


a < Read entries confirm, session id=m> followed by <data packet/data packet last> 






with 1^' entry content (entry identifier = u) 




8. 


a <Negative acknowledgement, session id=m, reject reason= temporarily not 






possible> 




9. 


a <Negative acknowledgement, session id=m, reject reason= temporarily not 






possible> 




10. 


a <Negative acknowledgement, session id=m, reject reason= temporarily not 






possible> 




11. 


a <Negative acknowledgement, session id=m, reject reason= procedure not allowed> 




12. 


a <End session confirm, session id=m> 




13. 


Verify that the lUT sends back to TS_1 a <End session confirm, session id=n> 


Comments: 


Aim of the test is to make sure save/edit/delete entry/delete list from a second handset (on 




the same entry) is not possible if a first handset is editing this entry. 




This TC is exclusive with TC FT NG1.N.16 BV 303 
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TC FT NG1.N.16 BV 305 



Edit Current PIN code while Line setting list session is open 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.11.1 
Current PIN code field set to (FFH, FFH, OOH, OOH) 
F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session, List identifier = 08H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ OOH, list entry field identifier 1 =01 H, 02H, 03H > from TS_1 

4. Send a <Start session. List identifier = 07H, nb of sorting fields =0> from TS_1 

5. Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=01H> from TS_1 

6. Send a <Edit entry, session id=m, entry identifier=v, list entry field identifier 1 =01 H> 
from TS_1 

7. Send a <Save entry, session id=m, entry identifier=v> from TS_1 followed by <data 
packet/data packet last> with PIN code field set to (FFH, FFH, OOH, OOH) 

8. Send a <End session, session id=m> from TS_1 

9. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =01 H, 
02H, 03H> from TS_1 

1 0. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by one 
<data packet last> 

1 1 . Send a <End session, session id=n> from TS_1 

1 2. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

4. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =1 > 

5. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 
(entry identifier = v) 

6. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=m> followed by <data 
packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 

7. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=m, entry 
identifier=v, position index=1 , total number of available entries=1 > 

8. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

9. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by <data 
packet/data packet last> 

10. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

1 1 . Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

1 2. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC FT NG1.N.16 BV 1601 


List of supported lists - read entries 


Reference: 


TS 102 527-3 [14], Clauses 7.4.10.5.1.1 and 7.4.10.5.2 


Initial condition: 


List of supported lists open (session id=n) 


Stimulus: 


Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark entries 




request= OOH, list entry field identifier 1=01 H> from TS_1 


Pass criteria: 


- Verify that the lUT sends back to TS_1 a <Read entries confirm, session id=n, start 




index=1 , counter=1 > followed by one <data packet last> 




In data packet: 




- Verify that there is one entry in packet 




- Verify that there is one field 'List identifiers' in this entry 




- Verify that the list identifiers are ordered in ascending numerical order in 'List identifiers' 




field 




- Verify that 'List identifiers' field includes at the minimum and ordered in ascending 




MUl Mcl ILrCll UlUcl . 




A 1 1 ic+ /~»f o 1 t r\ r\ /~\ r+ Q lioto 
• UUn LIbl Ul bUppUllUU llbLo 




• 01 H Missed calls list 




• 03H Incoming accepted calls list 




• 05H Contact list 




• 06H Internal names list 




• 07H DECT system settings list 




• 08H Line settings list 




- Verify that 'List identifiers' field include optional lists declared (see Annex A, Table A.25 


Comments: 


Session identifier shall be different from "0" value. 




TC FT NG1.N.16 BV 1701 


Missed calls list - Delete list - Read entries when empty 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.5.3 


Initial condition: 


Service call in F-03 


Stimulus: 


1 . Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 




2. Send a <Delete list, session id=n> from TS 1 




3. Send a {CC-RELEASE} from TS 1 




4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 




call setup. Wideband speech default setup attributes> » 




5. Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 




6. Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 




entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 




07H> from TS_1 




7. Send a <End session, session id=n> from TS 1 




8. Send a {CC-RELEASE} from TS_1 


Pass criteria: 


1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 




discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 




2. Verify that the lUT sends to TS_1 a <Delete list confirm, session id=n> 




3. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 




4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 




5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 




discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 




6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m. 




reject reason= invalid start index > 




7. Verify that the lUT sends to TS la <End session confirm, session id=m> 




8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 


Comments: 


Session identifier shall be different from "0" value 
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TC FT NG1.N.16 BV 1702 



Missed calls list - List change notification - Read entries when new entries 



Reference: 
initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1.3, 7.4.10.4.1 and 7.4.10.5.3 

Date and time of the system set, 2 PPs registered {TS_1 is NG PP1 , TS_2 is NG PP2), 
Missed calls list empty (see TC_FT_NG1.N.16_BV_1701), F-00 

1 . Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) 
without answering 

2. Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) 

without answering 

3. Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) 
without answering 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=1 , direction=0, counter=3, mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 and TS_2, a {FACILITY} message with IE 
«EVENTS NOTIFICATION= <Missed call, A new external missed voice call just 
arrived, 1> (=<01H,81H,81H>) < List change indication. Missed calls list, 1> 
(=<03H,81H,81H>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, 
Iid0)> 

2. Verify that the lUT sends to TS_1 and TS_2, a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ <Mjssed call, A new external missed voice call just 
arrived, 2> (=<01H,81H,82H>) < List change indication. Missed calls list, 2> 
(=<03H,81H,82H>)» and IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, 
Iid0)> 

3. Verify that the lUT sends to TS_1 and TS_2, a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ <Missed call, A new external missed voice call just 
arrived, 3> (=<01 H,81 H,83H>)< List change indication, Missed calls list, 2 or 3> 
(=<03H,81 H,82H or 83H>)» and IE«CALL-INFORMATION» specifying (line 0) 
=<(0, 0, Iid0)> 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 3, discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with 

• 1^' entry : "Number" field set to CLIP A, "Name" field set to CNIP A, "Read 
status" field set to 'unread' (unread =1 B), and 'Number of calls' field set to 1 or 2 

• 2"" entry : "Number" field set to CLIP B, "Name" field set to CNIP B, "Read 
status" field set to 'unread' (unread =1 B), and 'Number of calls' field set to 1 

• "Date and Time" field value of 1**' entry shall be more recent than "Date and 
Time" field value of 2"^* entry 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

8. Verify that the lUT sends to TS_1 and TS_2, a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ <Missed call. No new missed call arrived, 0> 
(=<01 H,82H,80H>) < List change indication. Missed calls list, 2 or 3> 
(=<03H,81 H,82H or 83H>) » and IE«CALL-INFORMATION» specifying (line 0) 
=<(0, 0, Iid0)> 

"Event multiplicity" field is tested and not full octet value (i.e. 03H instead of 83H) 
"Total number of available entries" field can be set to 2, or 3, as some FPs may either 
handle only one entry for the last missed call from a remote party, or one entry per 

incoming missed call. 

CLIP and CNIP in step 5 of pass criteria must be the same than ones previously received 
during step 3 of stimulus 
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TC FT NG1.N.16 BV 1703 



Missed calls list - Delete entry - Negative acknowledgement 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.3 
Run TC_FT_NG1 .N.16_BV_1702 - Missed calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 2> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session ld=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In step 4, 'u+3' identifier is invalid on lUT side 



TC FT NG1.N.16 BV 1704 



Missed calls list - Transfer number from missed calls list to contact list 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.10.5.3 and 7.4.10.5.7 

Run TC_FT_NG1 .N.16_BV_1703 - Missed calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

2. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

3. Send to TS_1 a <Save entry, session id=m, entry identifier=OOH> followed by <data 
packet/data packet last> set to (Name= CNIP B, First name="Forename B", Contact 
number = CLIP B) and (Associated melody= 0) when declared (see Annex A 
Table A. 15) 

4. Send a <Read entries, session id=m, start index=p, direction=0, counter=1, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

5. Send a <End session, session id=m> from TS_1 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE| from TSJ 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1^' entry content (entry identifier = u): 
"Number" field set to CLIP B, "Name" field set to CNIP B, "Unread" field set to 
'unread' (unread=1 B), and 'Number of calls' field set to 1 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=m, entry 
identifier= v, position index=p, total nb of available entries= t-i-1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=m, start 
index=p, counter=1> followed by <data packet/data packet last> with entries created 
in step 1 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

'v' entry identifier in pass criteria 3 shall be a new identifier different from 'u' entry identifier 
Total number of available entries in pass criteria 3 shall be Total number of available 
entries in pass criteria 2 -i- 1 

'position index=p' received from lUT in pass criteria 3 shall be used in stimulus 4 'Start 
index=p' 
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rC FT NG1.N.16 BV 1705 


Missed calls list - Initiate a voice call during a list access session 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.5.3 and 7.4.10.6.2 

RunTC FT NG1.N.16 BV 1704, 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H>fromTS 1 

4. Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to 1 CH, 
15H digits together with Phone B number and IE «CALL-INFORMATION» 
specifying (line 0) =<(0, 0, Iid0)> 

5. Send a <End session, session id=n> from TS_1 

6. Call pick up on Phone B 

7. Send a {CC-RELEASE} from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1°' entry content (entry identifier = u): 
"Number" field set to CLIP B, "Name" field set to CNIP B, "Unread" field set to 'read' 
(read=OB), and 'Number of calls' field set to 1 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying at least (line 0, 
line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

Verify that Phone B rings and that the lUT sends to TS_1 a {CC-INFO} message with 
IE «CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2, 1,4)> 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS 1 and Phone B 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC FT NG1.N.16 BV 1706 



Missed calls list - List access during existing voice call with second call initiation - 
Switching between LA session and voice call - Returning to LA session after voice call 
termination 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.10.5.3, 7.4.10.6.4 and 7.4.10.6.5 

Run TC_FT_NG1 .N.16_BV_1704, 

F-00 



10. 
1. 



10. 



Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <normal call 
setup, Wideband speech default setup attributes> », IE «MULTI-KEYPAD» set to 
Phone A number and IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 
Call pick up on Phone A 

Send a <Start session, List identifier = 01 H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to 1CH, 
1 5H digits together with Phone B number and IE «CALL-INFORMATION» 
specifying (line 0) =<{0, 0, Iid0)> 
Call pick up on Phone B 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 33H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 33H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

Send a {CC-RELEASE} from TS_1 

Verify that the lUT sends to TS_1 in a {CC-CONNECT} or a {CC-INFO} message an 
IE «CALL-INFORMATION» specifying at least (call id a, CS call connect) =<(1 , 0, 
value a), (2, 1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2, 

discriminator type=0 or 1 , nb of sorting fields =1 .sorting field id1 =3> 

Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 

by <data packet/data packet last> with 1^^' entry content (entry identifier = u): 

"Number" field set to CLIP B, "Name" field set to CNIP B, "Unread" field set to 'read' 

(read=0B), and 'Number of calls' field set to 1 

'Verify end-to-end U-plane connection between TS_1 and Phone A 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 

9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 

at least (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b)> 

Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

Verify that Phone B rings and that the lUT sends to TS_1 a {CC-INFO} message with 

IE «CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1 , 0, value b), 

(2, 1,4)> 

Verify that the lUT sends to TSJ a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify that the lUT sends to TSJ a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 
Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1^' entry content (entry identifier = u): 
"Number" field set to CLIP B, "Name" field set to CNIP B, "Unread" field set to 'read' 
(read=OB), and 'Number of calls' field set to 1 

Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 1801 


Outgoing calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.4 
Service call in F-03 

1 . Send a <Start session, List identifier = 02H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 02H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

2. Verify that the lUT sends to TS la <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS la <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 1802 


Outgoing calls list - Read entries when new entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.4 

Date and time of the system set, Outgoing calls list empty 

(see TC_FT_NG 1 .N.I 6_BV_1 80 1 ) , F-00 

1 . Perform an outgoing call on line to Phone A (Number A) from TS_1 
Perform an outgoing call on line to Phone B (Number B) from TS_1 
Perform an outgoing call on line to Phone A (Number A) from TS 1 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 02H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

4. Send a <End session, session id=n> from TS 1 

5. Send a {CC-RELEASE} from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 3, discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1 entry : "Number" field set to Number A 

• 2"" entry : "Number" field set to Number B 

• "Date and Time" field value of 1 ^' entry shall be more recent than "Date and 
Time" field value of 2""^ entry 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

"Total number of available entries" field can be set to 2, or 3, as some FPs may either 
handle only one entry for the last call towards a remote party, or one entry per outgoing 
call. 

CLIP and CNIP in step 3 of pass criteria must be the same than ones previously received 
during step 3 of stimulus 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 1803 


Outgoing calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.4 

Run TC_FT_NG1 .N.16_BV_1802 - Outgoing calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify tfiat the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> witfi 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 2> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u+3' identifier is invalid on lUT side 




TC FT NG1.N.16 BV 1901 


Incoming accepted calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.5 
Service call in F-03 

1 . Send a <Start session. List identifier = 03H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS 1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 03H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 

2. Verify that the lUT sends to TS_1 a <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS la <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 1902 


Incoming accepted calls list - Read entries when new entries 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.5 

Date and time of the system set, Incoming accepted calls list empty 
(see TC_FT_NG1.N.16_BV_1901), F-00 

1 . Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) 
without answering 

Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 

answering 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) with 
answering 

Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 
answering 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 03H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

4. Send a <End session, session id=n> from TS 1 

5. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 3, discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1 " entry : "Number" field set to CLIP A, "Name" field set to CNIP A 

• 2"" entry : "Number" field set to CLIP B, "Name" field set to CNIP B 

• "Date and Time" field value of 1^' entry shall be more recent than "Date and 
Time" field value of 2"'' entry 

4. Verify that the lUT sends to TS 1a <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

"Total number of available entries" field can be set to 2, or 3, as some FPs may either 
handle only one entry for the last call from a remote party, or one entry per incoming call. 
CLIP and CNIP in step 3 of pass criteria must be the same than ones previously received 
during step 3 of stimulus 




TC FT NG1.N.16 BV 1903 


Incoming accepted calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.5 

Run TC_FT_NG1.N.16_BV_1902 - Incoming accepted calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

2. Send a <Delete entry, session id=n-i-1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u-i-3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^* entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 2> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u-i-3' identifier is invalid on lUT side 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2001 


All calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.6 
Service call in F-03 

1 . Send a <Start session, List identifier = 04H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 

call setup. Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 04H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H, 06H > 
from TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

2. Verify that the lUT sends to TS la <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS la <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 2002 


All calls list - Read entries when new entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.6 

Date and time of the system set. All calls list empty (see TC FT NG1.N.16 BV 2001), 
F-00 

1 . Perform an outgoing call on line to Phone B (Number B=CLIP B) from TS_1 
Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 

answering on TS_1 

Perform an outgoing call on line to Phone A (Number A) from TS_2 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) 

without answering 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 04H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=4, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H> 
from TS_1 

4. Send a <End session, session id=n> from TS 1 

5. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb= 4, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1^' entry : "Call type" field set to "Missed call", "Number" field set to CLIP B, 
"Name" field set to CNIP B 

• 2"" entry : "Call type" field set to "Outgoing call", "Number" field set to Number A 

• 3"^ entry : "Call type" field set to "Accepted call", "Number" field set to CLIP A, 
"Name" field set to CNIP A 

• 4'^ entry : "Call type" field set to "Outgoing call", "Number" field set to Number B 

• "Date and Time" field value of lowest index entry shall be more recent than "Date 
and Time" field value of highest index entry 

4. Verify that the lUT sends to TS la <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

CLIP and CNIP in step 3 of pass criteria must be the same than ones previously received 
during step 3 of stimulus. Same remark for Number composed. 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2003 


All calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.6 

Run TC_FT_NG1 .N.16_BV_2002 - All calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H, 06H,> 
from TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier =u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 3> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS 1a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u+3' identifier is invalid on lUT side 




TC FT NG1.N.16 BV 2101 


Contact list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.6 
Service call in F-03 

1 . Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS 1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1 > 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS 1a <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2102 



Contact list - Save entry - Read entries in ascending order 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact list empty (see TC_FT_NG1 .N.I 6_ 



BV 2101), Service call in F-03 



Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 
Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Fenjiro, First name= Carlos, Contact 
number= 049041 3002) and (Associated melody= 1 ) when declared (see Annex A 
Table A. 15) 

Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Alexander, First name= Christina, 
Contact number 1= 00441324778812) and (Associated melody= 1) when declared 
(see Annex A Table A.I 5) 

Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Uwe,First name= Marcus, Contact 
number= 008989945270, Contact number2= 00491603794505) and (Associated 
melody= 2) when declared (see Annex A Table A.I 5) 

Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= ALOUSSI, First name= Ramin, 
Contact number1= 0156891247, Contact number2= 0675000209) and (Associated 
melody= 1) when declared (see Annex A Table A. 15) 

Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Alexander, First name= Christian, 
Contact number= 00441324778824) and (Associated melody= 1) when declared 
(see Annex A Table A. 15) 

Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Lagadec, First name= Jerome, Contact 
number= 02298951214) and (Associated melody= 3) when declared (see Annex A 
Table A. 15) 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

Send a <Read entries, session id=n, start index=3, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

Send a <Read entries, session id=n, start index=5, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

Send a <End session, session id=n> from TS_1 
Send a {CC-RELEASE} from TS_1 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 
Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier^ u, position index=1, total nb of available entries= 1> 
Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= v, position index=1 , total nb of available entries= 2> 
Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= w, position index=3, total nb of available entries= 3> 
Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= x, position index=2, total nb of available entries= 4> 
Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier^ y, position index=1 , total nb of available entries= 5> 
Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= z, position index=5, total nb of available entries= 6> 
Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=2> followed by <data packet/data packet last> with entries created 
in steps 6 and 3 (Alexander Christian / Alexander Christina) 
Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=3, counter=2> followed by <data packet/data packet last> with entries created 
in steps 5 and 2 (ALOUSSI Ramin / Fenjiro Carlos) 

Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=2> followed by <data packet/data packet last> with entries created 

in steps 7 and 4 (Lagadec Jerome / Uwe Marcus) 

Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 
Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
UTF-8 characters encoding: 

• "e" : LATIN SMALL LETTER E WITH ACUTE 'c3a9'H 

• "6" : LATIN SMALL LETTER O WITH CIRCUMFLEX •c3b4'H 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2103 



Contact list - Query supported entry fields - Read entries in descending order 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 
Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Query supported entry fields> from TS_1 

3. Send a <Read entries, session id=n, start index=0, direction=1 , counter=02H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

4. Send a <Read entries, session id=n, start index=4, direction=1 , counter=02H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

5. Send a <Read entries, session id=n, start index=2, direction=1 , counter=02H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a < Query supported entry fields confirm, session 
id=n>. with editable entry field including at the minimum 

01 H Name 
02H First Name 

03H Contact number (for contact numberl) 
03H Contact number (for contact number2) 
04H Associated melody when declared (see Annex A Table A.I 5) 

05H Line id 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=2> followed by <data packet/data packet last> with entries created 
in TC_FT_NG1 .N.I 6_BV_21 02 steps 7 and 4 (Lagadec Jerome / Uwe Marcus) 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=3, counter=2> followed by <data packet/data packet last> with entries created 
in TC_FT_NG1.N.16_BV_2102 steps 5 and 2 (ALOUSSI Ramin / Fenjiro Carlos) 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=2> followed by <data packet/data packet last> with entries created 
in TC_FT_NG1 .N.I 6_BV_2102 steps 6 and 3 (Alexander Christian / Alexander 
Christina) 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The entry with the lowest index shall be transmitted first in the data packets 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2104 


Contact list - Edit entry - add a second contact number field to an entry 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.7 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session id=n, start index=5, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 = 03H > 

from TS_1 

4. Send a <Save entry, session id=n, entry identifier =u > from TS_1 followed by <data 
packet/data packet last> set to (Contact number1= 02298951214, Contact number2= 
0611223344) 

5. Send a <Read entries, session id=n, start index=5, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

6. Send a <End session, session id=n> from TS 1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=1> followed by <data packet/data packet last> with entry (entry 
identifier=u) created in TC_FT_NG1 .N.16_BV_2102 step 7 (Lagadec Jerome) 

3. Verify that the lUT sends to TS_1 a < Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with only one field (Contact Number=02298951214) 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=5, total nb of available entries= 6> 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=1> followed by <data packet/data packet last> set to (Name= 
Lagadec, First name= Jerome, Contact number1= 02298951214, Contact number2= 
061 1223344) and (Associated melody= 3) when declared (see Annex A Table A.I 5) 

6. Verify that the lUT sends to TS la <End session confirm, session id=m> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 2105 


Contact list - Edit entry - Save entry without changing the entry 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.7 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session id=n, start index=0, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 = 03H > 
from TS_1 

4. Send a <Save entry, session id=n, entry identifier =u > from TS_1 followed by an 
empty <data packet last> 

5. Send a <Read entries, session id=n, start index=6, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

6. Send a <End session, session id=n> from TS 1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=1> followed by <data packet/data packet last> with entry (entry 
identifier=u) created in TC_FT_NG1 .N.16_BV_2102 step 4 (Uwe IVlarcus) 

3. Verify that the lUT sends to TS_1 a < Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with only one field (Contact Number=02298951214) 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=6, total nb of available entries= 6> 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=6, counter=1 > followed by <data packet/data packet last> set to (Name= Uwe, 
First name= Marcus, Contact number1= 008989945270) and (Associated melody= 2) 
when declared (see Annex A Table A.I 5) 

6. Verify that the lUT sends to TS la <End session confirm, session id=m> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2106 



Contact list - Search entries using matching options 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.4.8 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session, List Identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Search entries, session id=n, matching option=04H, searched 
value='FENRIJO', direction=0, counter=01H, mark entries request= OOH, list entry 
field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from TS_1 

3. Send a <Search entries, session id=n, matching option=OOH, searched 
value='FENRIJO', dlrection=0, counter=01 H, mark entries request= OOH, list entry 
field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from TS_1 

4. Send a <Search entries, session id=n, matching option=05H, searched value='AL', 
dlrectlon=0, counter=01 H, mark entries request= OOH, list entry field identifier 1 ..n 
=01 H, 02H, 03H, 04H, 05H> from TS_1 

5. Send a <Search entries, session id=n, matching option=01 H, searched value='AL', 
direction=0, counter=01 H, mark entries request= OOH, list entry field identifier 1 ..n 
=01 H, 02H, 03H, 04H, 05H> from TS_1 

6. Send a <Search entries, session id=n, matching option=06H, searched value='AL', 
direction=0, counter=01 H, mark entries request= OOH, list entry field identifier 1 ..n 
=01 H, 02H, 03H, 04H, 05H> from TS_1 

7. Send a <Search entries, session id=n, matching option=02H, searched value='AL', 
direction=0, counter=01 H, mark entries request= OOH, list entry field identifier 1 ..n 
=01 H, 02H, 03H, 04H, 05H> from TS_1 

8. Send a <End session, session id=n> from TS_1 

9. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=0, direction=0, counter=0> > without <data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a < Search entries confirm, session ld=n, start 
index=4, dlrection=0, counter=1> followed by <data packet/data packet last> with 
entry created In TC_FT_NG1.N.16_BV_2102 step 2 (Fenrljo Carlos) 

4. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=3, direction=0, counter=1> followed by <data packet/data packet last> with 
entry created in TC_FT_NG1 .N.I 6_BV_21 02 step 5 (ALOUSSI Ramin) 

5. Verify that the lUT sends to TS_1 a < Search entries confirm, session ld=n, start 
index=2, direction=0, counter=1> followed by <data packet/data packet last> with 
entry created In TC_FT_NG1.N.16_BV_2102 step 6 (Alexander Christian) 

6. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=2, direction=0, counter=1 > followed by <data packet/data packet last> with 
entry created in TC_FT_NG1.N.16_BV_2102 step 3 (Alexander Christina) 

7. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=0, direction=0, counter=0> without <data packet/data packet last> 

8. Verify that the lUT sends to TS_1 a <End session confirm, session ld=m> 

9. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 2107 


Contact list - Search entries in ascending order and descending order 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.4.8 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Search entries, session id=n, matching option=01 H, searched value='L', 
direction=0, counter=02H, mark entries request= OOH, list entry field identifier 1 ..n 
=01 H, 02H, 03H, 04H, 05H> from TSJ 

3. Send a <Search entries, session id=n, matching option=05H, searched value='L', 
direction=1 , counter=02H, mark entries request= OOH, list entry field identifier 1 ..n 
=01 H, 02H, 03H, 04H, 05H> from TSJ 

4. Send a <End session, session id=n> from TS 1 

5. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field id1 =1 > 

2. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=5, direction=0, counter=2> followed by <data packet/data packet last> with 
entries created in TC_FT_NG1 .N.1 6_BV_21 02 steps 7 and 4 (Lagadec Jerome / 
Uwe Marcus) 

3. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=4, direction=0, counter=2> followed by <data packet/data packet last> with 
entries created in TC_FT_NG1 .N.1 6_BV_21 02 steps 2 and 7 (Fenjiro Carlos / 
Lagadec Jerome), entry with index 4 transmitted first in the data packets 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

5. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 2108 


Contact list - Initiate a voice call during a list access session 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.5.4 
Contact list filled for test (see TC FT NG1.N.16 BV 2102), 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TSJ 

3. Send a <Read entries, session id=n, start index=6, direction=0, counter=01 H, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS 1 

4. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 1 CH, 1 5H digits 
together with "008989945270" digits and IE «CALL-INFORMATION» specifying 
(line 0) =<(0, 0, Iid0)> from TSJ 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASEj from TSJ 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 

3. Verify that the lUT sends to TSJ a <Read entries confirm, session id=n, start 
index=6, counter=1> followed by <data packet/data packet last> set to (Name= Uwe, 
First name= Marcus, Contact number1= 008989945270) and (Associated melody= 2) 
when declared (see Annex A Table A.I 5) 

4. Verify that the lUT sends to TS la {CC-CONNECT} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying at least (line 0, 
line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 
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TC FT NG1.N.16 BV 2109 


Contact list - Entry used to update Outgoing call list 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.5.4 

RunTC FT NG1.N.16 BV 2108, 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a {CC-INFO} message with IE «I\/IULTI-KEYPAD» set to 1CH 15H digits 
together with "12345678901234567890" digits and IE «CALL-INFORMATION» 

specifying (line 0) =<{0, 0, Iid0)> from TS 1 

3. Send a {CC-RELEASE} from TS 1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 02H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying at least (line 0, 
line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 

3. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=x, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1 ^' entry : "Number" field set to "1 2345678901 234567890" and empty "Name" 
field 

• 2""^ entry : "Number" field set to "008989945270" and "Name" field set to "Uwe" 

• "Date and Time" field value of 1 ^' entry shall be more recent than "Date and Time" 
field value of 2"^ entry 

7. Verify that the lUT sends to TS la <End session confirm, session id=n> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 2110 


Contact list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.7 

Contact list filled for test (see TC FT NG1.N.16 BV 2102), contact list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

2. Send a <Delete entry, session id=n-i-1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u-i-3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 °* entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n-i-1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 5> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u-i-3' identifier is invalid on lUT side 
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TC FT NG1.N.16 BV 2111 


Contact list - Incoming first voice call during existing list access session 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.6.3 

Contact list filled for test (see TC FT NG1.N.16 BV 2102), 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

2. Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=6, direction=0, counter=01 H, marl< 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

4. Perform an incoming call on line towards lUT from Phone A 

5. Send a {CC-INFO} message from TS_1 with IE « MULTI-KEYPAD » set to (1 CH, 
35H) digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, 
value a)> 

6. Send a <End session, session id=n> from TS 1 

7. Send a {CC-RELEASE} from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=6, counter=1> followed by <data packet/data packet last> set to (Name= Uwe, 
First name= Marcus, Contact number1= 008989945270) and (Associated melody= 2) 
when declared (see Annex A Table A.1 5) 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed by (in the 
same or different {CC-INFO} messages): 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A Table A. 26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone A 
number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id 
a, CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

5. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

6. Verify that the lUT sends to TS 1a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 2201 


Internal names list - Edit entry - Save entry 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.10.5.8 and 7.4.10.5.1.2 
One PP registered (TS_1 is NG PP1), service call in F-03 

1 . Send a <Start session. List identifier = 06H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H> from TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 ..n =01 H, 
02H, 03H > from TSJ 

4. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> modifying "Name" field to "TESTER 1" and close the list 
session 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^* entry content (entry identifier = u) 

3. Verify that the lUT sends to TS_1 a < Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with entry identifier = u, a "Number" field set to 
(internal=1 B, own=1 B, digit=terminal Id of PP1 ), a "Name" field and a "Call 
interception" field 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=1> 

Session identifier shall be different from "0" value. 
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Internal names list - New registration - List change notification - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Glauses 7.4.10.5.8 and 7.4.10.5.1.2 

One PR registered (TS 1 Is NG PP1), PP1 name configured as " TESTER 1" (see 
TG_FT_NG1.N.16_BV_2201), F-00 

1 . Start the access rights procedure on the lUT 
Register TS_2 as a new PP (PP2) 

2. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attrlbutes> » 

3. Send a <Start session, list Identifier = 06H, nb of sorting fields =0> from TS_1 

4. Send a <Read entries, session ld=m, start lndex=0, dlrectlon=0, counter=2, mark 
entries request= OOH, list entry field Identifier 1 ..n =01 H, 02H, 03H> from TS_1 

1 . Verify that the lUT accepts registration and that the lUT sends to TS_1 , a {FACILITY} 
message with IE «EVENTS NOTIFIGATION= < List change indication, Internal 
names list, 2 entries > (=<03H,86H,82H>) » 

2. Verify that the lUT sends to TS_1 a {GG-GALL-PROG} 

3. Verify that the lUT sends to TS_1 a <Start session conflrm> with "Total number of 
available entries" field set to 2 

4. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with 

• 1^' entry : "Number" field set to (internal=1B, own=1 B, dlgit=terminal Id of PP1), a 

MK 1 II .1' 1 1 J. X IIT^ /-> 1-" 1— » J II _ _| II /~\ II ■ i i" II 1 1 

Name field set to TESTER 1 and a Gall interception field 

• 2"" entry : "Number" field set to (internal=1 B, own=0B, dlglt=termlnal Id of PP2), 
a "Name" field set to a non null default string value, and a "Gall Interception" field 
set to 31 H indicating 'allowed' value. 

Session identifier shall be different from "0" value 

Digit format is not tested here as it was already tested in Terminal Id number assignment 
procedure. 




TC FT NG1.N.16 BV 2203 


Internal names list - Initiate and check internal call from internal names list 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), Internal names list session open 

(session ld=n) 

1 . Send a <Read entries, session ld=n, start lndex=0, dlrectlon=0, counter=2, mark 
entries request^ OOH, list entry field Identifier 1 ..n =01 H, 02H, 03H> from TS_1 

2. Perform an Internal call from TS 1 towards TS 2 by sending a {GC-INFO} message 
with IE «MULTI-KEYPAD» set to (17H,terminal Id of PP2) digits 

3. Call pick up on TS_2 by sending a {GC-CONNECT} message from TS_2 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 2 entries 

2. Verify that the lUT performs an internal call setup towards TS_2 with <Call class = 
internal call> 

3. Verify that lUT sends to TS_1 a {CC-CONNECT} message and verify end-to-end 
U-plane connection between TS_1 and TS_2 (WB call) 
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Internal names list - Delete entry 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.11.2 
EN 300 444 [12], Clause 8.31 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), internal names list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H> from TS_1 

2. Delete the PP2 entry in the "Internal names" list by sending a < Delete entry, session 
id=n, entry identifier=v> from TS_1 

3. Close the list access session and re-start a new internal names list session from 
TS_1 

Wait for receiving a {ACCESS-RIGHTS-TERMINATE-REQUEST} message, before 
sending a {ACCESS-RIGHTS-TERMINATE-ACCEPT} message from TS_2 

4. Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 

entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

5. Send a <End session, session id=m> from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with PP1 entry content (entry identifier = u) and 
PP2 entry content (Entry identifier = v) 

2. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 > 

3. Verify that the lUT sends to TS_1 a <Start session confirm> with "Total number of 

available entries" field set to 1 

Verify that the lUT sends to TS_2 an {ACCESS-RIGHTS-TERMINATE-REQUEST} 

4. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with one entry whose "Number" field is set to 
(internal=1B, own=1B, digit=terminal Id of PP1) 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 
{ACCESS-RIGHTS-TERMINATE-REQUEST} message can be sent just after <Delete 
entry confirm> or later after <End session> 




TC FT NG1.N.16 BV 2301 


All incoming calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 

Comments: 


TS 1 02 527-3 [1 4], Clause 7.4.1 0.5.1 1 
Service call in F-03 

1 . Send a <Start session. List identifier = 09H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 09H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H > from TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

2. Verify that the lUT sends to TS la <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS la <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Session identifier shall be different from "0" value 
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All incoming calls list - Read entries when new entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14] Clauses 7.4.10.4.1 and 7.4.10.5.11 

Date and time of the system set, All incoming calls list empty (see 

TC_FT_NG1.N.16_BV_2301), F-00 

1 . Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) 
without answering 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) with 

answering 

Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 
answering 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) 
without answering 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 09H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=m, start index=1 , direction=0, counter=2, mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

4. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 4, discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with 

• 1 " entry : "Number" field set to CLIP B, "Name" field set to CNIP B, "Unread" field 
set to 'unread' (unread=1 B), and 'Number of calls' field set to 1 

• 2"'^ entry : "Number" field set to CLIP A, "Name" field set to CNIP A, "Unread" field 
set to 'read' (unread=0B), and 'Number of calls' field set to 1 

• "Date and Time" field value of 1^' entry shall be more recent than "Date and Time" 
field value of 2"^ entry 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

"Total number of available entries" field can be set to 2, or 4, as some FPs may either 
handle only one entry for the last call from a remote party, or one entry per incoming call. 
CLIP and CNIP in step 3 of pass criteria must be the same than ones previously received 
during step 3 of stimulus 



TC FT NG1.N.16 BV 2303 



All incoming calls list - Delete entry - Negative acknowledgement 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.11 
Run TC_FT_NG1.N.16_BV_2302 - All incoming calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

2. Send a <Delete entry, session id=n-i-1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u-i-3> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASEj from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^* entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 3> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u-i-3' identifier is invalid on lUT side 
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DECT system settings list - Query supported entry fields 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.4.2 and 7.4.11.3 
DECT system settings list open (session id=n) 
Send a <Query supported entry fields> from TS_1 

1 . Verify that the lUT sends to TS_1 a < Query supported entry fields confirm, session 

id=n> 

2. Verify that editable entry field includes at the minimum 

• 01 H Current PIN code 

• 02H Clock master 

• 03H Base reset 

• ODH New PIN code 

3. Verify that non editable entry fields includes at the minimum 

• 09H FP version / Firmware version 

• OAH FP version / EEprom version 

4. Verify that entry fields include optional entry fields declared in editable and 
non-editable fields (see Annex A, Table A.25) 



TC FT NG1.N.16 BV 2402 


DECT system settings list - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.4.3 and 7.4.11.3 

DECT system settings list open (see TC_FT_NG1.N.16_BV_2401) 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark entries 

request= OOH, list of supported entry field identifiers known from query > from TS_1 

1 . Verify on TS_1 that the DECT link is ciphered 

2. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> 

3. Verify that mandatory entry fields (Current PIN code, Clock master. Base reset, FP 
version / Firmware version, FP version / EEprom version. New PIN code) and 
optional entry fields declared in Annex A, Table A.25 are included in data packet 

4. Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 

Mandatory fields: 

• Current PIN code composed of 4 digits set to (FFH, FFH, FFH, FFH) 

• Clock master = 31 or 30H 

• Base reset = 31 H (Yes) if all other settings are set to their default value, 30H (No) 

otherwise 

• FP version / Firmware version: limited to 20 IA-5 bytes 

• FP version / Eeprom version : limited to 20 IA-5 bytes 

• New PIN code composed of 4 digits set to (FFH, FFH, FFH, FFH) with property 
bit 'PIN protected' set to 1 

Qptional fields (if declared): 

• FP IP address / type : only one property bit 'DHCP' or 'static' must be set at a time 

• For the 3 following settings check that if IPv4/6 bit is set to 0, the format is IPv4 (4 
bytes long), if set to 1 , the format is IPv6 (1 6 bytes long) 

o FP IP address / value 
o FP IP address / subnet mask 
o FP IP address / gateway 
o FP IP address / DNS server 

• FP version / Hardware version : limited to 20 IA-5 bytes 

• Emission mode: at least 2 bytes 
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Line settings list - Query supported entry fields 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.4.2 and 7.4.11.4 

Line settings list open (session id=n) 

Send a <Query supported entry fields> from TS_1 

1 . Verify that the lUT sends to TS_1 a < Query supported entry fields confirm, session 
id=n> 

2. Verify that editable entry fields include at the minimum 
o 01 H Line name 

o 02H Line id 

o 03H Attached handsets 

o 08H Multiple calls mode 

o OBH Call Fonwarding Unconditional 

o OCH Call Fonwarding on No answer 

o ODH Call Fonwarding on Busy subscriber 

3. Verify that entry fields include optional entry fields declared in editable and 
non-editable fields (see Annex A, Table A.25) 



TC FT NG1.N.16 BV 2502 


Line settings list - Read entries 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.4.3 and 7.4.11.4 
2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), 
Line settings list open (session id=n) 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark entries 
request= OOH, list of supported entry field identifiers known from query > from TS_1 

1 . Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> 

2. Verify that mandatory entry fields (Line name. Line id. Attached handsets) and 
optional entry fields declared (see Annex A Table A.25) are included in data packet 

3. Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 

Mandatory fields: 

• Line name = list of UTF-8 characters 

• Line id = Identifier subtype set Relating to (03H) followed by value 

• Attached handsets = number set to 2 and handset bitmap set to PP1 and PP2 

• Multiple calls mode = 30H or 31 H 

• Call Fonwarding Unconditional = Value set to 30H or 31 H, CFU activation and 
deactivation code, and call fonwarding number set to a list of digits among 05H, 
15H, 23H, 2AH or 30H..39H 

• Call Forwarding on No answer = Value set to 30H or 31 H, nb of seconds among 
00H..40H, CFNA activation and deactivation code, and call forwarding number 
set to a list of digits among 05H, 15H, 23H, 2AH or 30H..39H 

• Call Forwarding on Busy subscriber = Value set to 30H or 31 H, CFB activation 
and deactivation code, and call fonwarding number set to a list of digits among 
05H, 15H, 23H, 2AH or 30H..39H 

Optional fields (if declared): 

• Dialling prefix = list of digits, among 05H, 15H, 23H, 2AH or 30H...39H 

• FP melody = one octet value from to 255 

• FP volume = one octet value among 30H...39H 

• Blocked number = list of digits among 30H..39H, and 2AH 

• Intrusion call mode = 30H or 31 H 

• Permanent CLIR = Value set to 30H or 31 H, CLIR activation and deactivation 
code set to a list of digits among 05H, 15H, 23H, 2AH or 30H..39H 
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DECT system settings list - Current PIN code - New PIN code - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.10.4.9, 7.4.1 1 .1 , 7.4.1 1 .3.1 and 7.4.11.3.13 
Current PIN code field set to (FFH, FFH, OOH, OOH) 
DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =0DH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =ODH> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
pacl<et/data pacl<et last> with PIN code field set to (FFH, FFH, 12H, 34H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , marl< 
entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

5. Send a <Edit entry, session id=n, entry identifier=v, list entry field identifier 1=01 H> 
from TS_1 

6. Send a <Save entry, session id=n, entry identifier=v> from TS_1 followed by <data 
pacl<et/data pacl<et last> with PIN code field set to (FFH, FFH, 12H, 34H) 

7. Send a <Save entry, session id=n, entry identifier=v> from TS_1 followed by <data 
pacl<et/data packet last> with PIN code field set to (FFH, FFH, OOH, OOH) 

8. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =ODH> from TS_1 

9. Send a <Edit entry, session id=n, entry identifier=w, list entry field identifier 1=0DH> 
from TS_1 

10. Send a <Save entry, session id=n, entry identifier=w> from TS_1 followed by <data 
packet/data packet last> with PIN code field set to (FFH, FFH, 12H, 34H) 

1 . Verify that the DECT link is ciphered and that the lUT sends to TS_1 a < Read 
entries confirm, session id=n> followed by <data packet/data packet last> with PIN 
code field set to (FFH, FFH, FFH, FFH) (entry identifier = u) 

2. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by <data 
packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 

3. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= PIN code required> 

4. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 
(entry identifier = v) 

5. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by <data 
packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= incorrect PIN> 

7. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=v, position index=1, total number of available entries=1> 

8. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 
(entry identifier = w) 

9. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by <data 
packet/data packet last> with PIN code field set to (FFH, FFH, FFH, FFH) 

1 0. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=w, position index=1, total number of available entries=1> 
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DECT system settings list - Clock master- Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.3.2 

DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =02H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=02H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with clock master field modified (i.e. modify to 30H if 31 H or 
31H if 30H) 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=02H> from TS_1 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with clock master 
field set to previously modified value 




TC FT NG1.N.16 BV 2901 


DECT system settings list - Base reset - Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.1 1.3.3 

DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =03H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =03H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with base reset field set to 31 H 

4. Send a <End session, session id=n> from TS_1 

5. If {CC-RELEASE} message was received in step 4 then send a 
{CC-RELEASE-COM} message from TS_1 else send a {CC-RELEASE} message 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with Base reset field set to 30H. 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

4. Verify that the lUT sends to TS la <End session confirm, session id=n> or a 
{CC-RELEASE} message 

5. If a {CC-RELEASE} message was sent in step 5 then verify that the lUT sends to 
TS_1 a {CC-RELEASE-COM} message 

This test must be run after any DECT system or line settings test modifying a default value 
to get the Base reset field set to 30H in stepi . 

As all DECT system and line settings should be reset to their default value, it is 
recommended to run it at the end of the test suite. 
lUT can reboot after step 4 




TC FT NG1.N.16 BV 2902 


DECT system settings list - Base reset - Read entries - Default settings values 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14] Clause 7.4.1 1 .3.3 

RunTC FT NG1.N.16 BV 2901 (if lUT rebooted wait till re-locking), F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
call setup. Wideband speech default setup attributes> » 

2. Send a <Start session, list identifier = 07H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list of supported entry field identifiers known from query > from 
TS_1 

4. Send a <End session, session id=n> from TS_1 

5. Send a <Start session, list identifier = 08H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list of supported entry field identifiers known from query > from 
TS 1 
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rC FT NG1.N.16 BV 2902 


DECT system settings list - Base reset - Read entries - Default settings values 


Pass criteria: 


1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field id1 =1 > 

3. Verify on TS_1 that the DECT link is ciphered if PIN code setting is supported by the 
FP (see Annex A Table A.25) 

Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 

by <data packet/data packet last> with entry content (entry identifier = u) 

Verify that mandatory entry fields (Clock master. Base reset, FP version / Firmware 

version) and optional entry fields declared in Annex A Table A.25 are included in data 

packet 

Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 
Mandatory fields: 

• Clock master = 31 or 30H 

• Base reset = 31 H (Yes) 

• FP version / Firmware version : limited to 20 IA-5 bytes 

• Optional fields (if declared): 

• PIN code: not empty composed of 4 digits, each digit from to 255 

• FP IP address / type : only one property bit 'DHCP' or 'static' must be set at a 
time 

• For the 3 following settings check that if IPv4/6 bit is set to 0, the format is IPv4 
(4 bytes long), if set to 1 , the format is IPv6 (1 6 bytes long) 

FP IP address /value 
FP IP address / subnet mask 
FP IP address / gateway 
FP IP address / DNS server 

• FP version / Eeprom version : limited to 20 IA-5 bytes 

• FP version / Hardware version : limited to 20 IA-5 bytes 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =1 > 

6. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> 

Verify that mandatory entry fields (Line name, Line id, Attached handsets) and 
optional entry fields declared (see Annex A Table A.25) are included in data packet 
Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 

• IVIandatory fields: 

• Line name = empty (length =1 ) or list of UTF-8 characters 

• Line id = Identifier subtype set Relating to (03H) followed by value 

• Attached handsets = number and handset bitmap 

• Optional fields (if declared): 

• Dialling prefix = empty (length =1 ), or list of digits among 05H, 1 5H, 23H, 2AH or 
30H...39H 

• FP melody = one octet value from to 255 

• FP volume = one octet value among 30H...39H 

• Blocked number = empty (length =1 ), or list of digits among 30H..39H, and 2AH 

• Multiple calls mode = 30H or 31 H 

• iiurubiuii Uaii iiiuuc = oun ur o i n 

• Permanent CLIR = Value set to 30H, CLIR activation and deactivation codes 
empty (length =1), or set to a list of digits among 05H, 15H, 23H, 2AH or 
30H..39H 

• Call Forwarding unconditional = empty (length =1) 

• Call Forwarding on No answer = empty (length =1 ) 

• Call Fonwarding on no answer = empty (length =1 ) 
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DECT system settings list - FP IP address - Edit entry - Save entry - Read entries 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14] Clauses 7.4.11.3.4, 7.4.11.3.5, 7.4.11.3.6, 7.4.11.3.7 and 7.4.11.3.8 
DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =04H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 ..n =04H, 
05H, 06H, 07H, 08H> from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with following values 

FP IP address/type = 'static' property bit set 
FP IP address/value = 192.168.212.12 
FP IP address/subnet mask = 255.255.255.0 
FP IP address/gateway = 192.168.212.1 
FP IP address/DNS server = 192.168.212.1 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry identifier1=04H, 05H, 06H, 07H, 08H> from TS_1 

5. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =04H> 
from TS_1 

6. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with FP IP address/type property bit set to 'DHCP' 

7. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =04H, 05H, 06H, 07H, 08H> from 
TS_1 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with FP IP address 
fields set to previously modified values 

5. Verify that the lUT sends to TS_1 a <Edlt entry confirm, session id=n> followed by 
<data packet/data packet last> 

6. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

7. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with FP IP 
address/type field set to previously modified value 

In step 1 , store data packet content to restore previous FP IP address at the end of TC 



TC FT NG1.N.16 BV 3501 


DECT system settings list - FP version - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.3.3 

DECT system settings list open (session id=n) 

Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark entries 
request= OOH, list entry field identifier 1 ..n =09H, OAH when declared, OBH when 
declared> from TS_1 

Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start index=1 , 
counter=1> followed by <data packet/data packet last> including: 

• 09H FP version / Firmware version 

• OAH FP version / Eeprom version when declared (see Annex A, Table A.25) 

• OBH FP version / Hardware version when declared (see Annex A, Table A.25) 



ETSI 



234 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC_FT_NG1 .N.I 6_BV_3801 


Line settings list - Line name- Edit entry - Save entry - List change notification - Read 

entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.11.4.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =01 H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Line name field set to "My First Line" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 
1. Close the Line settings list 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with entry content (entry identifier = u) 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Line name field 
set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS la {GG-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ < List change indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry confirm> or later after <End 
session> 




TC FT NG1.N.16 BV 3901 


Line settings list - Line id - Edit entry - Save entry - Read entries 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.4.2 
EN 300 175-5 [5], Clause 7.7.56 
Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =02H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =02H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Line id field set to ("Relating-to", 01 H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =02H> from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with 'editable' property bit of Line id field set to OB 

3. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= procedure not allowed> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with Line id field set 
to previously modified value 
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TC FT NG1.N.16 BV 4001 



Line settings list - Attaclied liandsets - Edit entry - Save entry - List change notification 
Read entries after registration 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .2 and 7.4.1 1 .4.3 

Only one first PP registered (TS_1 is NG PP1) attaclied to each line, Line settings list 
open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=03H> from TS_1 and close the list 

session 

2. Start the access rights procedure on lUT 
Registrate TS_2 as a new PP 

3. Open Line settings list and send a <Read entries, session id=m, start index=1 , 
direction=0, counter= t (total number of lines), mark entries request= OOH, list entry 
field identifier 1 =03H> from TS_1 

4. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=03H> 
from TS_1 

5. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with "Number" field set to (Number of registered handsets 
attached to the line=01 H, Handset bitmap=01 H) 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with "Attached 
handsets" field set to (Number of registered handsets attached to the line=01 H, 
Handset bitmap=01 H) 

2. Verify that the lUT accepts registration 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=m, start 
index=1 , counter=t > followed by <data packet/data packet last> 

If t (total number of lines =1) then verify that at the first entry includes an "Attached 
handsets" field set to (Number of registered handsets attached to the line=02H, 

Handset bitmap=03H) 

Else verify that at least one of the entries includes an "Attached handsets" field set to 
(Number of registered handsets attached to the line=02H, Handset bitmap=03H) 
when declared (see Annex A, see Table A. 15) 

4. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with set to (Number of registered handsets attached 
to the line=02H, Handset bitmap=03H) 

5. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=p, total number of available entries=t> 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

8. Verify that the lUT sends to TS_1 a {FACILITY} message with IE «EVENTS 
NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81 H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
u) =<(0, 3, value u)> 

'u ' entry identifier is the identifier of the first line found with the new registered PP 
attached to. 

{ FACILITY} message can be sent just after <Save entry confirm> or later after <End 
session> 



ETSI 



236 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC_FT_NG1 .N.I 6_BV_41 01 


Line settings list - Dialling Prefix - Edit entry - Save entry - List change notification - Read 

entries - Outgoing call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.4.4 

2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =04H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =04H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with "Number" field set to (Digit=30H, 39H) 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=04H> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CO-RELEASE} message from TS_1 

7. Perform an outgoing call to "01 23456789" from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with "Number" field length = 01 H 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Dialling Prefix 
field set to previously modified value 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

Verify at network interface that the lUT added the dialling prefix to the called party 
number by dialling "090123456789" 




TC_FT_NG1 .N.I 6_BV_4201 


Line settings list - FP melody - Edit entry - Save entry - List change notification - Read 
entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.5 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =05H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =05H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with FP melody field set to 55H 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=05H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with FP melody field 
set to 55H 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 



ETSI 



237 



ETSI TS 102 841 VI .1.1 (2010-04) 
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Line settings list - FP volume - Edit entry - Save entry - List change notification - Read 

entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.4.6 

2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =06H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =06H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
pacl<et/data packet last> with FP volume field set to 30H 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=06H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with FP volume field 
set to 30H 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC_FT_NG1 .N.I 6_BV_4401 


Line settings list - Blocked number - Edit entry - Save entry - List change notification - 
Read entries- Outgoing call blocked 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.11.4.7 
Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 

entries request= OOH, list entry field identifier 1 =07H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =07H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with "Number" field set to (Digit=30H, 30H, 2AH) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =07H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

7. Perform an outgoing call to "0001 23456789" from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Blocked 
number field set to previously modified value 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT blocks the call and sends back to TS_1 a {CC-RELEASE} 
message 

This field may be contained several times in line settings entry 
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Line settings list - Multiple calls mode - Edit entry - Save entry - List change notification - 
Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

2 PPs registered {TS_1 is NG PP1 , TS_2 is NG PP2), IVIultiple calls lUT, Line settings list 
open (session ld=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =08H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =08H> 

from TS_1 

3. Send a <Save entry, session ld=n, entry ldentlfler=u> from TS_1 followed by <data 
packet/data packet last> with Multiple calls mode field modified (i.e. modify to 30H if 
31 H or 31 H if 30H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =08H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
ldentlfler=u, position index=1 , total number of available entrles=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Multiple calls 
mode field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {GG-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ < List change Indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry conflrm> or later after <End 
session> 
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TC_FT_NG1 .N.I 6_BV_4601 


Line settings list - Intrusion call - Edit entry - Save entry - List change notification - Read 

entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.11.4.9 

2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =09H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =09H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Intrusion call field modified (i.e. modify to 30H if 31 H or 
31H if 30H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =09H> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Intrusion call 
mode field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS la {GG-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ < List change indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry confirm> or later after <End 
session> 
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TC FT NG1.N.16 BV 4701 



Line settings list ■ 
Read entries 



Permanent CLIR - Edit entry - Save entry - List change notification 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.10 

2 PPs registered {TS_1 Is NG PP1, TS_2 Is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =0AH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=0AH> 

from TS_1 

3. Send a <Save entry, session ld=n, entry ldentlfler=u> from TS_1 followed by <data 
packet/data packet last> with Permanent CLIR field set to: 

"Value" sub field set to 31 H 

"CLIR activation code" sub field set to (05H, 2AH, 05H, 30H, 39H, 2AH) 
"CLIR deactivation code" sub field set to (05H, 23H, 05H, 31 H, 38H, 23H) 

4. Send a <Read entries, session ld=n, start lndex=1 , dlrectlon=0, counter=1 , mark 
entries request= OOH, list entry field Identifier 1=0AH> from TS_1 

5. Send a <End session, session ld=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session ld=n, entry 
identifier=u, position lndex=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Permanent 
CLIR field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change Indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry confirm> or later after <End 
sesslon> 



ETSI 



241 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC FT NG1.N.16 BV 4801 



Line settings list - Call Forwarding unconditional 
notification - Read entries 



Edit entry - Save entry - List change 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.11 

2 PPs registered {TS_1 is NG PP1, TS_2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =OBH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=1 , list entry field identifier 1 =OBH> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> witli Call Forwarding unconditional field set to: 

"Value" sub field set to 31 H 

"CFU activation code" sub field set to (04H, 2AH, 05H, 30H, 39H) 
"CFU deactivation code" sub field set to (04H, 23H, 05H, 31 H, 38H) 
"Call forwarding number" sub field set to "0612345789" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0BH> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify tliat the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

7. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Call Fonwarding 
unconditional field set to previously modified value 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

5. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

6. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry confirm> or later after <End 
session> 
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TC FT NG1.N.16 BV 4901 



Line settings list - Call Forwarding on no answer - Edit entry - Save entry - List change 

notification - Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.12 

2 PPs registered {TS_1 is NG PP1, TS_2 is NG PP2), Line settings list open (session 
ld=n) 

1 . Send a <Read entries, session ld=n, start lndex=1 , dlrectlon=0, counter=1 , mark 
entries request= OOH, list entry field Identifier 1 =OCH> from TS_1 

2. Send a <Edlt entry, session ld=n, entry ldentlfler=u, list entry field Identifier 1 =OCH> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Call Fonwarding on no answer field set to: 

"Value" sub field set to 31 H 

"Nb of seconds before call Is forwarded" sub field set to 40H 
"CFNA activation code" sub field set to (03H, 23H, 38H, 38H) 
"CFNA deactivation code" sub field set to {03H, 2AH, 39H, 39H) 
"Call forwarding number" sub field set to "0912345678" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0CH> from TS_1 

5. Send a <End session, session ld=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session ld=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
ldentlfler=u, position lndex=1 , total number of available entrles=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session ld=n, start 
lndex=1 , counter=1> followed by <data packet/data packet last> with Call Fonwarding 
on no answer field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COIVI} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change Indication, Line settings list, 1 entry > 
(=<03H,88H,81 H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry conflrm> or later after <End 

session> 



ETSI 



243 



ETSI TS 102 841 VI .1.1 (2010-04) 



TC_FT_NG1 .N.I 6_BV_5001 


Line settings list - Call Forwarding on busy subscriber - Edit entry - Save entry - List 

cliange notification - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Connments: 


TS 102 527-3 [14], Clause 7.4.11.4.13 

2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =ODH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=0DH> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=1> from TS_1 followed by <data 
packet/data packet last> with Call Forwarding on busy subscriber field set to: 
"Value" sub field set to 31 H 

"CFB activation code" sub field set to (05H, 23H, 05H, 38H, 31 H, 23H) 
"CFB deactivation code" sub field set to (05H, 2AH, 05H, 39H, 30H, 2AH) 
"Call forwarding number" sub field set to "0897654321" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0DH> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Call Fonwarding 
on busy subscriber field set to previously modified value 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, 0)> 

{ FACILITY} message can be sent just after <Save entry confirm> or later after <End 
session> 




TC FT NG1.N.16 BV 5101 


DECT system settings list - Emission mode - Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.3.12 
DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =0CH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=0CH> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Emission mode modified (i.e. modify to 'NEM' bit to OB 
if IB or to IB if OB) 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0CH> from TS_1 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1, counter=1> followed by <data packet/data packet last> with Emission mode 
set to previously modified value 
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7.17 TC_FT_NG1.N. 17 Calling line identity restriction tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding CalUng Une identity restriction with the following 
considerations: 

• As NG1.N.17_2 "Permanent CLIR" procedure is also tested when testing NG1.N.16_25 "Line settings hst" 
procedure for the corresponding setting. 

• As NG1.N.17_3 "Temporary CLIR mode (call by call)" procedure includes only PP requirements, there is 
no test case defined for this procedure. 

Declarations (see Annex A): 



• NGl .N. 17 "Calling line identity restriction" feature is optional on FP side, so the manufacturer shall 
declare if it is supported. 



TC FT NG1.N.17 BV 201 


Permanent CLIR mode (all calls) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.12.2 
"Permanent CLIR" field on line set to the following values 
"Value" sub field set to 31 H (activated) 

"CLIR activation code" sub field set to CLIR activation code if any else to zero lengtli 
"CLIR deactivation code" sub field set to CLIR deactivation code if any else to zero 
length 

F-00 

1 . Perform an outgoing call from TS_1 to Phone A 

2. Modify "Value" sub field of " Permanent CLIR " field in line settings list to 30H 
(deactivated) from TS_1 

Perform an outgoing call from TS_1 to Phone A 

1 . Verify that Phone A presents when ringing the lUT identification, either lUT phone 
number or lUT name 

2. Verify that Phone A does not present when ringing the lUT identification, neither lUT 
phone number nor lUT name (i.e. presentation restricted) 


7.18 TC_FT_NG1 .N.I 8 Call forwarding (external calls) tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Call forwarding (external calls) with the following 
considerations: 

• As NGl .N. 1 8_1 "Call forwarding common requirements" procedure is tested when testing NGl .N. 16_25 
"Line settings list" procedure for the corresponding settings, there is no test case defined for this procedure. 


TC_FT_NG1 .N.18_BV_201 


External Call Forwarding Unconditional (CFU) to external number 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.13.2 

"Call Forwarding unconditional" field on line set to the following values 
"Value" sub field set to 31 H (activated) 

"CFU activation code" sub field set to CFU activation code if any else to zero length 
"CFU deactivation code" sub field set to CFU deactivation code if any else to zero 

length 

"Call forwarding number" sub field set to Phone B number 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Modify "Value" sub field of "Call Forwarding unconditional" field in line settings list 

to 30H (deactivated) from TS_1 

Perform an incoming call on line towards lUT from Phone A 

1 . Verify that Phone B rings 

Verify that lUT does not send to TS_1 any {CC-SETUP} message 

2. Verify that the lUT sends to TS_1 a {CC-SETUP} message 
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TC FT NG1.N.18 BV 301 


External Call Forwarding on No Answer (CFNA) to external number 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.13.3 

"Call Forwarding on No Answer" field on line set to the following values 
"Value" sub field set to 31 H (activated) 
"Nb of seconds before call is forwarded" set to OFH 

"CFNA activation code" sub field set to CFNA activation code if any else to zero 
length 

"CFNA deactivation code" sub field set to CFNA deactivation code if any else to zero 

length 

"Call forwarding number" sub field set to Phone B number 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Wait for 30s 

3. Modify "Nb of seconds before call is forwarded" sub field of "Call Forwarding on No 

Answer" field in line settings list to OOH (default FP value) from TS_1 
Perform an incoming call on line towards lUT from Phone A 

4. Wait for {CC-RELEASE} message sent to TS_1 

5. Modify "Value" sub field of "Call Forwarding on No Answer" field in line settings list 
to 30H (deactivated) from TS_1 

Perform an incoming call on line towards lUT from Phone A 
Perform an incoming call on line towards lUT from Phone A 

1 . Verify that the lUT sends to TS 1a {CC-SETUP} message 

2. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
Verify that Phone B rings 

3. Verify that the lUT sends to TS_1 a {CC-SETUP} message 

4. Verify that Phone B rings 

5. Verify that the lUT sends to TS_1 a {CC-SETUP} message 



TC_FT_NG1 .N.18_BV_401 


External Call Forwarding on Busy subscriber (CFB) to external number 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.13.4 

"Call Forwarding on Busy subscriber" field on line set to the following values 
"Value" sub field set to 31 H (activated) 

"CFB activation code" sub field set to CFB activation code if any else to zero length 
"CFB deactivation code" sub field set to CFB deactivation code if any else to zero 
length 

"Call forwarding number" sub field set to Phone B number 
External call in F-10 (TS_1+IUT) initiated by TS_1 on line with Phone C 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-RELEASE} from TS_1 

3. Modify "Value" sub field of "Call Fonwarding on Busy subscriber" field in line 
settings list to 30H (deactivated) from TS_1 

Perform an incoming call on line towards lUT from Phone A 

1 . Verify that Phone B rings 

Verify that lUT does not send to TS 1 any {CC-SETUP} message 

2. Verify that the lUT sends to TS 1a {CC-RELEASE-COM} message 

3. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)»> 



7.19 TC_FT_NG1.N.19 DTMF handling tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding DTMF handling with the following considerations: 

• There is no test case defined for NGl .N. 19_1 "Uplink DTMF transmission at call setup when FP connected 
to classic switching network" procedure and for NG1.N.19_2 "Uplink DTMF transmission when 
cormected" as these procedures are inevitably implemented in a FP. 

• There is no test case defined for NG1.N.19_3 "Downhnk DTMF reception" procedure as the DTMF are 
received transparently as in-band audio. 
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TC FT NG1.N.19 BV 401 


Local DTMF feedback of dialled digits 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.14.3 
F-10 (TS_1+IUT) 

Send piecewise dialling using the {CC-INFO} message with IE «KEYPAD» for each 
digit (0-9, *,#) from TS_1 

Verify that the lUT does not generate to TS_1 any audio in band feedback. 



7.20 TC_FT_NG1 .N.20 Tones provision tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding tones provision procedures. 
Declarations (see Annex A): 

• NGl .N.20_2 "Tones provision by the system" procedure and NGl .N.20_3 "Transparency to tones 
provision by the network or PABX" procedure are exclusive for external call, so the manufacturer shall 
declare which method is supported for each implemented tone. 

• Though, NG1.N.20_2 "Tones provision by the system" procedure is mandatory for internal call. 

• Ring-back tone on internal call, included in NG1.N.20_2 "Tones provision by the system" procedure, is 
tested when running NG1.N.8 "Call transfer" test cases, so there is no test case defined for this 

requirement. 

• When NG1.N.20_2 "Tones provision by the system" procedure is supported, following tones are optional 
so the manufacturer shall declare if they are supported: 

NGl .N.20_2 "Dial tone". 

NGl .N.20_2 "Off-hook warning tone". 



NG1.N.20_2 "Network congestion tone (external calls only)". 



TC FT NGl. N.20 BV 201 


Tones provision by the system - Ring-back tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
F-00 

1 . Perform an outgoing call to Phone A from TS_1 

2. Call pick up on Phone A 

1 . Verify that the lUT sends to TS_1 an IE «SIGNAL» with the value 01 H indicating 
'Ring back tone on' within either a {CC-ALERTING} or a {CC-INFO} message 

2. Verify that the lUT sends to TS 1 an IE «SIGNAL» with the value 3FH indicating 
'Tones Off within either a {CC-INFO} or a {CC-CONNECT} message 




TC FT NGl .N.20 BV 202 


Tones provision by the system - Busy tone 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

"Single call" mode line, 2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), external call 
in F-10 (TS_2-^IUT) initiated by PP2 with Phone B 
Initiate outgoing call from TS 1 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 04H indicating 'Busy tone on' 




TC FT NGl .N.20 BV 203 


Tones provision by the system - Call waiting tone 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

G.722 external call in F-10 (TS_1+IUT) with Phone A 

Perform an incoming external call towards lUT from Phone B 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 07H indicating 'call waiting tone on' 
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TC FT NG1.N.20 BV 204 


Tones provision by the system - Negative acknowledgement tone 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

External call in F-10 (TS_1+IUT) with Phone A (call id a), one parallel external call 
established with Phone B (call id b), both calls are on line 

Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to (1CH, 33H) 
digits and with IE «CALL-INFORMATION» specifying (call id c) =<(1 , 0, value c)> 
Verify that the lUT send to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 09H indicating 'Negative acknowledgement tone' 

Call id is assigned by the lUT, as a result call id c must be different from allocated ones 




TC FT NG1.N.20 BV 205 


Tones provision by the system - Intercept tone 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

"Single call" mode line, 2 PPs registered (TS 1 is NG PP1, TS 2 is NG PP2), F-10 
(TS_1+IUT) with Phone A 
Initiate intrusion call from PP2 

Verify that the lUT sends to TS_1 a {CC-INFO} message IE «SIGNAL» with the value 
02H indicating 'intercept tone on' 




TC_FT_NG1 .N.20_BV_206 


Tones provision by the system - Dial tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
F-00 

1 . Send a {CC-SETUP} message from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (34H, 33H, 32H, 
31 H) digits from TS_1 

1 . Verify that the lUT sends to TS 1 an IE «SIGNAL» with the value OOH indicating 
'Dial tone on' within either a {CC-SETUP-ACK} or a {CC-INFO} message 

2. Verify that the lUT sends to TS 1 an IE «SIGNAL» with the value 3FH indicating 
'Tones Off within either a {CC-CALL-PROC}, a {CC-CONNECT}, or a {CC-INFO} 
message 




TC FT NG1.N.20 BV 207 


Tones provision by the system - Off-hook warning tone 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
F-10 (TS_1-i-IUT) with Phone A 
Hang up on Phone A 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 08H indicating 'Off-hook warning tone on' 




TC FT NG1.N.20 BV 210 


Tones provision by the system - Ring-back tone on parallel call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.2. 

External call in F-10 (TS UlUT) with Phone A (call id a) 

1 . Send 1 CH 1 5H digits together with Phone B number in IE «MULTI-KEYPAD» in a 
{CC-INFO} message from TS_1 

2. Call pick up on Phone B 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» for new call reference call id b 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with 
the value 01 H indicating 'Ring back tone on' 

2. Verify that the lUT sends to TS_1 an IE «SIGNAL» with the value 3FH indicating 
'Tones Off within a {CC-INFO} message 

The two {CC-INFO} messages may be combined in one in step 1 




TC FT NG1.N.20 BV 220 


Tones provision by the system - Backward compatibility with legacy PPs 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.2 

TS_1 is a GAP PP, F-00 

Perform an outgoing call from TS_1 

Verify that the lUT indicates availability of in-band tones to TS_1 by connecting the 
U-plane either by sending: 

• IE «PROGRESS INDICATOR» before {CC-CONNECT} message; or 

• a {CC-CONNECT} message 
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TC_FT_NG1 .N.20_BV_301 


Transparency to tones provision by the network or PABX - Dial tone and ring back tone for 

a first call 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.3 

F-00 

Perform an outgoing call on line to Phone A from TS_1 

Verify that the lUT indicates availability of in-band tones to TS_1 by connecting the 
U-plane either by sending: 

. IE «PROGRESS INDICATOR» before {CC-CONNECT} message; or 

• a {CC-CONNECT} message 
Verify that the lUT plays transparently: 

• The Dial tone on if declared (see Annex A Table A.26) 

• the Ring Back Tone 




TC FT NG1.N.20 BV 302 


Transparency to tones provision by the network or PABX - Busy tone 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.3 
"Single call" mode line, 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NO PP2), 
external call in F-10 {TS_2-i-IUT) initiated by PP2 with Phone B 
Perform an outgoing call on line to Phone A from TS_1 

Verify that the lUT indicates availability of in-band tones to TS_1 by connecting the 
U-plane either by sending: 

• IE «PROGRESS INDICATOR» before {CC-CONNECT} message; or 

• a {CC-CONNECT} message 

Verify that the lUT plays transparently the Busy tone or busy in-band announcement 
indication 




TC_FT_NG1 .N.20_BV_303 


Transparency to tones provision by the network or PABX - Call waiting tone 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.3 
G.722 external call in F-10 (TS_UIUT) with Phone A 
Perform an incoming external call towards lUTfrom Phone B 
Verify that the lUT plays transparently the call waiting tone 




TC_FT_NG1 .N.20_BV_304 


Transparency to tones provision by the network or PABX - Dial tone and ring back tone for 

outgoing parallel call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.3 

G.722 external call in F-10 (TS UlUT) initiated by TS 1 on line (call id a) with Phone A 
Send a {CC-INFO} message from TS_1 with IE « MULTI-KEYPAD » set to 1CH 15H 
digits together with Phone B number and IE «CALL-INFORMATION» specifying (line 
None, call id b) =<(0, 0, 127), (1,0, value b)> 
Verify that the lUT plays transparently: 

• The Dial tone on if declared (see Annex A Table A.26) 

• the Ring Back Tone 



7.21 TC_FT_NG1 .N.21 Headset management tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding headset management with the following 
consideration: 

• As NG1.N.21_1 "Headset considerations" is tested implicitly when running NGl.A.l "Easy PIN-code 
registration" test cases, there is no test case defined for this procedure. 

• As NG1.N.21_3 "Headset incoming call" is tested implicitly when running NGl.N.l "Codec negotiation" 
incoming call test cases, there is no test case defined for this procedure. 

• As NG1.N.21_4 "Re -dial of last outgoing call" and NG1.N.21_5 "Re -dial of last incoming call" procedures 
use normal call setup instead of 'interception' setup, there is no test case defined for these procedures. 

• As NG1.N.21_6 "Switching headset to handset (headset initiated)" procedures use NG1.N.8 "Call transfer" 
procedure, there is no test case defined for these procedures. 
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• All other telephony features are supported on FP side towards a HPP, so there is no test case defined for 
NG1.N.21_8 "Compatibility with other telephony features and profiles". 



TC FT NG1.N.21 BV 201 


Headset call interception - G.722 call 


Reference: 


TS 102 527-3 [14], Clause 7.4.16.2.2 


Initial condition: 


2 PPs registered (TS_1 is HPP PP1 , TS_2 is NG PP2), 




"Call interception" set to 31 H ("allowed") for PP2's internal names list entry, 




G.722 external call in F-10 (TS_2+IUT) initiated by TS_2 on line (call id b) with Phone B, 




TS_2 selected G.722 when negotiating codec 


Stimulus: 


1. 


Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 






to (1CH, 50H, 2AH) digits from TS_1 




2. 


Start F<CC.NG.01> timer control when receiving IE «SIGNAL» in step 1 






Time out of F< CC.NG.01> timer control 




3. 


Send a {CC-RELEASE-COM } message from TS 2 


Pass criteria: 


1. 


Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message with IE 






«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 






proc) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 3)> 






Verify that the lUT sends to TS_2 in the same or different {CC-INFO} messages: 






• an IE «SIGNAL» with the value 02H indicating 'intercept tone on' if declared 






(see Annex A Table A.26), 






• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 






Numbering plan id = Private plan. Presentation indicator=don't care value. 






Screening indicator= don't care value, calling party address= IA5 coding of 






terminal identity number in decimal of PP1> », 






• an IE «CALL-INFORMATION» specifying (call id b, CS call intercepted) =<(1 , 






0, value b), (2, 1, 8)>, 






• when sent in different messages, call status indication shall always be sent in the 






first used {CC-INFO} message, and call identifier shall be sent within all 






messages 






Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 






«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 






(2, 1,5)> 






Verify end-to-end U-plane connection between TS 1 and Phone B 




2. 


Verify that the lUT sends to TS_2 a {CC-RELEASE} message 


Comments: 


'Call interception' parameter in Internal names list must be configured by the test system 
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TC FT NG1.N.21 BV 202 


Headset call interception - G.726 call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.16.2.2 

2 PPs registered (TS_1 is HPP PP1, TS_2 Is NG PP2), 

"Call interception" set to 31 H ("allowed") for PP2's internal names list entry, 

G.726 external call in F-10 (TS_2+IUT) initiated by Phone B on line (call id b), TS_2 

selected G.726 when negotiating codec 

1 . Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 
to (1CH, 50H, 2AH) digits from TS_1 

2. Start F<CC.NG.01 > timer control when receiving IE «SIGNAL» in step 1 
Time out of F< CC.NG.01> timer control 

3. Send a {CC-RELEASE-COM} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message with IE 
«CALL-INFORI\/IATION» specifying (line 0, line type information, call id b, CS call 
proc) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 3)> 

Verify that the lUT sends to TS_2 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'intercept tone on' if declared 
(see Annex A Table A.26), 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan. Presentation indicator=don't care value. 
Screening indicator^ don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP1> », 

• an IE «CALL-INFORMATION» specifying (call id b, CS_call intercepted) =<(1 , 
0, value b), (2, 1, 8)>, 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

2. Verify that the lUT sends to TS_2 a {CC-RELEASE} message 

'Call interception' parameter in Internal names list must be configured by the test system 




TC FT NG1.N.21 BV 204 


Headset call interception - Control code failed 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.16.2.2 

2 PPs registered (TS_1 is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 30H ("not allowed") for PP2's internal names list entry. 

External call in F-10 (TS 2-i-IUT) initiated by TS 2 on line (call id b) with Phone B 

Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set to 

(1 CH, 50H, 2AH) digits from TS_1 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' when declared (see Annex A Table A.26) 

• an IE «CALL-INFORMATION» specifying (call id a, CS call setup ack, control 
code failed) =< (1 , 0, value a), (2, 1 , 2), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify end-to-end U-plane connection between TS_2 and Phone B 

'Call interception' parameter in Internal names list must be configured by the test system 
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TC FT NG1.N.21 BV 701 



Switching from headset to handset (handset initiated) - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.16.7 

2 PPs registered (TS_1 is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 31 H ("allowed") for PP1 's internal names list entry, 

G.722 outgoing call in F-10 intercepted by TS_1 (Run TC_FT_NG1 .N.21_BV_201) 

1 . Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 
to (1CH, 50H, 2AH) digits from TS_2 

2. Start F<CC.NG.01> timer control when receiving IE «SIGNAL» in step 1 
Time out of F< CC.NG.01> timer control 

3. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_2 a {CC-CALL-PROC} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
proc) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 3)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'intercept tone on' if declared 
(see Annex A Table A. 26) 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan. Presentation indicator=don't care value. 
Screening indicator= don't care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP1> », 

• an IE «CALL-INFORMATION» specifying (call id b, CS_call intercepted) =<(1 , 
0, value b), (2, 1,8)>, 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone B 

2. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

'Call interception' parameter in Internal names list must be configured by the test system 



7.22 TC_FT_NG1 .N.22 Handling of lines where second calls are 
signalled in-band tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handUng of lines where second calls are signalled 
in-band with the following consideration: 

• NGl .N.22 "Handling of lines where second calls are signalled in-band" feature is optional on FP side, so 
the manufacturer shall declare if it is supported. 

• NGl .N.22_2 "Basic 'double call with in-band signalling' lines" procedure is not tested as this type of line is 
not considered as DCIBS line from the NGl. N.22 "Handling of lines where second calls are signalled 
in-band" feature perspective. 

• NGl .N.22_3 "Use of transparent commands on IBSC lines (Basic or Off-hook CLIP enabled) or any other 
Une" procedure is not tested as the transparent commands are network dependant. 

Declarations (see Annex A): 

• NGl.N. 22 "Handling of lines where second calls are signalled in-band" feature is optional on FP side, so 
the manufacturer shall declare if it is supported. 
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TC_FT_NG1 .N.22_BV_1 01 


Off-hool< CLIP enabled 'double call with in-band signalling' lines - double call with in-band 
signalling type for outgoing call (first and second call) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.10.2 and 7.4.8.3 
F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» 'Normal call 
setup', IE «MULTI-KEYPAD» set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Call pick up on Phone A 

3. Send a {CC-INFO} message from TS_1 with IE « MULTI-KEYPAD » set to 1CH 15H 
digits together with Phone B number and IE «CALL-INFORMATION» specifying (line 
0) =<(0, 0, Iid0)> 

4. Call pick up on Phone B 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS 1 in a CC-message (either {CC-INFO}, 
{CC-CALL-PROC}, or {CC-CONNECT}) with IE «CALL-INFORMATION» specifying 
(line 0, line type information with second call type set to 1 , call id a) =<(0, 0, lidO), (0, 5, 
ltO=1xB), (1, 0, value a)> 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS 1 and Phone A 

3. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information with second call type set to 1 , call id b) =<(0, 0, lidO), (0, 5, 
lt0=1xB), (1,0, value b)> 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value b), (2, 
1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 



TC FT NG1.N.22 BV 301 


Off-hook CLIP enabled 'double call with in-band signalling' lines - Call release 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.10.3.2 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel external call on hold on line (call id b) with Phone B 
Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 33H) digits and 
with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' when declared (see Annex A Table A. 26) 

• an IE «CALL-INFORMATION» specifying (call id a, CS call connect, control 
code failed) =< (1, 0, value a), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 
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TC_FT_NG1 .N.22_BV_302 


Off-hook CLIP enabled 'double call with in-band signalling' lines - Call waiting rejection 

(from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.10.3.2 

External call in F-10 (TS_UIUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 36H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information with second call 
type set to 1 , call id b, CS call setup) =<(0, 0, lidO), (0, 5, It0=1 xB), (1 , 0, value b), (2, 
1,1)> 

2. Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 

J. 1 1 II 1 / A A "T" 1 1 A 

tone when declared (see Annex A Table A. 26) 

• an IE «CALL-INFORMATION» specifying (call id b, CS call connect, control 
code failed) =< (1 , 0, value b), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 



TC_FT_NG1 .N.22_BV_303 


Off-hook CLIP enabled 'double call with in-band signalling' lines - Putting a call on hold 

(external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.10.3.2 

External call in F-10 (TS UIUT) initiated by TS 1 on line (call id a) with Phone A 
Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) digits and 
with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS_1 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' when declared (see Annex A Table A. 26) 

• an IE «CALL-INFORMATiON» specifying (call id a, CS call connect, control 
code failed) =< (1 , 0, value a), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 


7.23 TC_FT_GAP.N.30 Calling Line Identification Presentation 
tests cases 

Test subgroup objectives: to check the lUT's ability to transmit CLIP. 


TC FT GAP.N.30 BV 01 


Incoming call with calling party number 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.41 

F-00 

Perform an incoming call towards lUT from Phone A 

1 . Verify by checking «CALLING PARTY NUMBER» reception on TS_1 that the lUT is 
able to transmit CLIP either in the {CC-SETUP} message or in a {CC-INFO} message. 

2. Verify that «CALLING PARTY NUMBER» includes <Calling party address> field 
with the calling party number of external party. 



7.24 TC_FT_GAP.N.31 Internal call tests cases 

Test subgroup objectives: to check the lUT's behaviours when handhng internal call with the following consideration: 

• As GAP.N.31_2 "Internal call keypad" is tested implicitly when testing NG1.N.7 "Common parallel call 
procedures (external or internal)", there is no test case defined for this procedure. 
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TC FT GAP.N.31 BV 101 


Internal call setup - internal call class 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 1 02 527-1 [1 3], Clause 7.3.6 table 1 4 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

Perform an internal call towards TS_1 from TS_2 

Verify that the lUT performs an internal call setup towards TS_1 with <Call class = internal 
call> 




TC_FT_GAP.N.31_BV_1 02 


Internal call setup - internal general call 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.6 
EN 300 444 [12], Clause 14.4.3 

3 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2, TS_3 is NG PP3), F-00 
Perform an internal general call from TS_1 : send a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to (17H, IA5 coding of internal general call = 2AH) digits 
Verify that the lUT performs an internal call setup towards TS_2 and TS_3 with <Call class 
= internal call> 




TC_FT_GAP.N.31_BV_301 


Internal call CLIP 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.43 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), no internal name configured for 
PP2, F-00 

Perform an internal call towards TS 1 from TS 2 

Verify that the lUT sends to TS_1 an IE «CALLING PARTY NUMBER», as described in 
EN 300 444 [12], Clause 8.43, table 78d with <Calling party address> = IA5 coding of 
terminal identity number in decimal of PP2 




TC FT GAP.N.31 BV 401 


Internal call CNIP 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.44 

TS 102 527-3 [14], Clauses 7.4.10.1 (Alphabet compatibility) and 7.4.17.1 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 
Perform an internal call towards TS 1 from TS 2 

Verify that the lUT sends to TS_1 an IE «CALLING PARTY NAME», as described in 
EN 300 444 [12], Clause 8.44, table 78e with <Calling party name = internal names list 
entry of PP2> 

CNIP can be internal names list entry of PP2 or default string (e.g. "DECT n" where n 
stands for the IA5 coding of the terminal identity number of PP2 in decimal representation) 
UTF-8 characters are not required as it will be too complex to setup an internal names list 
entry through TS in the initial condition 




TC FT GAP.N.31 BV 601 


Internal call codec priority 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.9 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

1 . Perform an internal call G.722 (long slot, G.722 prioritized) towards TS_1 from TS_2 

2. Call pick up on TS_1 

1 . Verify that the lUT sends to TS_1 an IE «CODEC LIST» with highest priority for 
G.722 at call setup or previously at location registration. 

2. Verify end-to-end U-plane connection between TS_1 and TS_2 




TC FT GAP.N.31 GC 101 


Internal call setup - external call class 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.6 

2 PPs registered (TS_1 is a GAP PP1 , TS_2 is a NG PP), F-00 
Perform an internal call towards TS_1 from TS_2 

Verify that the lUT performs an internal call setup with <Call class = external call> in IE 
«BASIC-SERVICE» towards TS 1 
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7.25 TC_FT_GAP.N.34 Calling Name Identification Presentation 
tests cases 

Test subgroup objectives: to check the lUT's ability to handle CNIP. 
Declarations (see Annex A): 



• GAP.N.34_2 "UTF-8 CNIP" procedure shall be only tested if the FP is connected to an UTF-8 CNIP 
enabled line. 



TC_FT_GAP.N.34_BV_101 


Incoming call with calling party name 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 
F-00 

Perform an incoming call on line towards lUT from Phone A (CNIP A with DECT 
standard characters) 

Verify that the lUT sends to TS_1 In the {CC-SETUP} or {CC-INFO} message an IE 
«CALLING PARTY NAME =< Presentation indicator=don't care value, Used alphabet= 
DECT standard or UTF-8, Screening indicator= don't care value, calling party name = 
name of Phone A> » 




TC FT GAP.N.34 BV 201 


Incoming call with UTF-8 calling party name 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 

TS 102 527-3 [14], Clause 7.4.17.1 

F-00 

Perform an incoming call on line towards lUT from Phone B (CNIP B with UTF-8 
characters, e.g. 'Phone B eau') 

Verify that the lUT sends to TS_1 in the {CC-SETUP} or {CC-INFO} message an IE 
«CALLING PARTY NAME =< Presentation indicator=don't care value. Used alphabet= 
UTF-8, Screening indicator^ don't care value, calling party name = name of Phone B> » 
UTF-8 suggested characters encoding: 

• "e" : LATIN SMALL LETTER E WITH ACUTE 'c3a9'H 

• "a" : LATIN SMALL LETTER A WITH GRAVE 'c3a0'H 

• "u" : LATIN SMALL LETTER U WITH DIAERESIS 'c3bc'H 



TC FT GAP.N.34 GO 201 


Incoming call with calling party name - UTF-8 to IA5 characters translation 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 
TS 102 527-3 [14], Clause 7.4.17.1 
TS 1 is a GAP PP1, 
F-00 

Perform an incoming call on line towards lUT from Phone B (CNIP B with UTF-8 
characters, e.g. 'Phone B eaCi') 

Verify that the lUT sends to TS_1 in the {CC-SETUP} or {CC-INFO} message an IE 
«CALLING PARTY NAME =< Presentation indicator=don't care value. Used alphabet= 
DECT standard, Screening indicator^ don't care value, calling party name = name of 
Phone B including only IA5 characters> » 

For each UTF-8 character received from the network, the FP should translate it into 
equivalent IA5 characters (replacement character is left free to the manufacturer) 
UTF-8 suggested characters encoding: 

• "e" : LATIN SMALL Lb II bR E WITH ACUTE •c3a9'H 

• "a" : LATIN SMALL Lb 1 1 bR A WITH GRAVE 'c3a0'H 

• "u" : LATIN SMALL LETTER U WITH DIAERESIS 'c3bc'H 



7.26 TC_FT_GAP.N.35 Enhanced security tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Enhanced secmity features with the following 
consideration: 

• As GAP.N.35_5 "Enhanced security regarding legacy devices" procedure is tested when testing 
GAP.N.35_1 "Encryption of all calls" procedure, there is no test case defined for this procedure. 

• As GAP.N.35_4 "subscriptions requirements" procedure specifies only FP requirements, there is no test 
case defined for this procedure. 
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Declarations (see Annex A): 

• GAP.N.35_2 "Re-keying during a call" procedure is optional on FP side, so the manufacturer shaU declare 
if it is supported. 



• GAP.N.35_3 "Early encryption" procedure is optional on FP side, so the manufacturer shall declare if it is 
supported. 



TC_FT_GAP.N.35_BV_1 01 


Verify that FT enables encryption for incoming call within timer 
< MM encryption check. 1 > 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.45.1 
F-00 

1 . Perform an incoming call from Phone A 

2. TS_1 sends a {CC-ALERTING} message to lUT and start timer T001 
(MM encryption check.1+10%) 

3. TS_1 sends a {AUTHENTICATION-REPLY} message 

4. TS_1 activates encryption on MAC layer 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message before 
timer T001 expires 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message before timer T001 
expires 

4. Verify that encryption is activated before timer T001 expires 
Verify end-to-end U-plane connection between TS_1 and Phone A 




TC_FT_G AP.N.35_BV_1 02 


Verify that FT enables encryption for outgoing call within timer < MM_encryption_ 
check.1 > 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends a {CC-SETUP} to lUT 

2. Start timer T001 (MM encryption check.1 +10%) 

3. TS_1 sends a {AUTHENTICATION-REPLY} message 

4. TS 1 activates encryption on MAC layer 

1 . Verify that lUT sends to TS la CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT} ) 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message before 
timer T001 expires 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message before timer T001 

expires 

4. Verify that encryption is activated before timer T001 expires and verify end-to-end 
U-plane connection 




TC_FT_GAP.N.35_BV_1 05 


Release of unencrypted call in case of wrong answer to authentication request 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT 

2. Start timer T001 (MM_encryption_check.1 +10%). 

3. TS_1 sends {AUTHENTICATION-REPLY} with random (wrong) credentials 

1 . Verify that lUT sends to TS la CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires. 

3. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} with the information element 
«RELEASE REASON = either <encryption activation failed> or <authentication 
failed»> 
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TC FT GAP.N.35 BV 106 


Release of unencrypted call in case of missing answer to authentication request 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT 

2. Start timer T001 (MM encryption check.1 + 10%). 

3. TS 1 does neither send {AUTHENTICATION-REPLY} nor 
{AUTH ENTICATION-REJ ECT} 

1 . Verify that lUT sends to TS la CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires. 

3. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} with the information element 
«RELEASE REASON = either <encryption activation failed> or <authentication 
failed»> 




TC_FT_G AP.N.35_BV_1 07 


Release of unencrypted call in case of PP sending {AUTHENTICATION-REJECT} 
message 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS 1 sends {CC-SETUP} to lUT 

2. Start timer T001 (MM encryptlON-check.1 +10%) 

3. TS 1 sends a {AUTHENTICATION-REJECT} message to lUT 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message before 
timer T001 expires 

3. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = either <encryption activation failed> or <authentication 
failed> » before expiry of T001 




TC FT GAP.N.35 BV 108 


Release of unencrypted call in case of cipher reject. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.5 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT 

2. Start timer TO0 1 (MM encryption check.1 +10%) 

3. TS 1 sends a {AUTHENTICATION REPLY} message 

4. TS 1 sends a {CIPHER-REJECT} to lUT. 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message before timer T001 
expires 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message with the information 
element «RELEASE REASON = <encryption activation failed> » 




TC FT GAP.N.35 BV 109 


Release of unencrypted call in case of missing encryption activation on MAC layer. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.5 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT. 

2. Start timer T001 (MM encryption check.1 +10%) 

3. TS 1 sends a {AUTHENTICATION REPLY} message. 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires. 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message before timer T001 
expires. 

Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message with the information 
element «RELEASE REASON = <encryption activation failed> ». 
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TC_FT_GAP.N.35_BV_201 


Verify indication of Support of 'Re-keying' and 'early encryption' in extended higher layer 

capabilities part 2 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.2 
F-00 

TS_1 evaluates the higher layer capabilities 

Verify that lUT indicates the support of 'Re-keying' and 'early encryption' in Extended 
higher layer capabilities part 2 (a42 bit=1) 




TC FT GAP.N.35 BV 202 


Usage and frequency of re-keying procedure 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

F-00. 2 PPs registered (TS_1 and TS_2) 

1. Invoke internal call from TS 2 towards TS 1. 

2. TS 1 sends a {CC-CONNECT} message. Start timer T001 {<MM re-keying. 1 > +1 
%). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message and stores DCK as DCK_01 . 
Start timer T001 (<MM_re-keying.1> +10%). 

4. TS 1 activates encryption on MAC layer 

5. TS_1 sends a {AUTHENTICATION-REPLY} message and stores DCK as DCK_02. 

6. TS 1 activates encryption on MAC layer 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated with DCK_1 

Verify end-to-end U-plane connection between TS 1 and TS 2 

Verify that lUT sends to TS_1 {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

6. Verify that encryption is activated with DCK_2 and verify end-to-end U-plane 
connection. 




TC FT GAP.N.35 BV 203 


Abnormal release if encryption for re-keying is not activated in MAC layer 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

F-00. 2 PPs registered (TS_1 and TS_2) 

1 . Invoke internal call from TS_2 towards TS_1 . 

2. TS 1 sends a {CC-CONNECT} message. Start timer T001 (<MM re-keying.1> +10 

%). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<MM_re-keying.1> +10 %). 

4. TS 1 activates encryption on MAC layer 

5. TS_1 sends a {AUTHENTICATION-REPLY} message. 

6. TS_1 does not activate encryption on MAC layer 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated 

Verify end-to-end U-plane connection between TS 1 and TS 2 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS 1a {CIPHER REQUEST} message 

6. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = <Re-Keying failed> ». 
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TC_FT_GAP.N.35_BV_204 


Abnormal release If PP does not answer to {AUTHENTICATION-REQUEST} message 

for re-keying procedure 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

F-00. 2 PPs registered (TS_1 and TS_2) 

1 . Invoke internal call from TS_2 towards TS_1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 (MM_re-keying.1 + 10 

%) 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<MM_re-keying.1> +10 %). 

4. TS 1 activates encryption on MAC layer 

5. TS 1 does neither send {AUTHENTICATION-REPLY} nor 
{AUTHENTICATION-REJECT} message 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REOUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated 

Verify end-to-end U-plane connection between TS 1 and TS 2 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = <Re-Keying failed> » 



TC_FT_GAP.N.35_BV_205 


Abnormal release if PP answers to {AUTHENTICATION-REQUEST} message for 
re-keying procedure with { AUTHENTICATION-REJECT} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

F-00. 2 PPs registered (TS_1 and TS_2) 

1 . Invoke internal call from TS 2 towards TS 1 . 

2. TS 1 sends a {CC-CONNECT} message. Start timer T001 (MM re-keying. 1 + 10 

%) 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<l\/lM_re-keying.1> +10%). 

4. TS 1 activates encryption on MAC layer 

5. TS 1 sends a {AUTHENTICATION-REJECT} 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated and verify end-to-end U-plane connection. 
Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = <Re-Keying failed> ». 
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TC_FT_GAP.N.35_BV_206 


Abnormal release if PP answers to {CIPHER REQUEST} message for re-keying 
procedure with { CIPHER_REJECT} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

F-00. 2 PPs registered (TS_1 and TS_2) 

1 . Invoke internal call from TS 2 towards TS_1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 
(MM re-keying. 1 + 10%). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<MM_re-keying.1> +10 %). 

4. TS 1 activates encryption on MAC layer 

5. TS_1 sends a {AUTHENTICATION- REPLY} 

6. TS_1 sends a {CIPHER_REJECT} message 

1 . Verify that lUT sends to TS 1a {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated 

Verify end-to-end U-plane connection between TS 1 and TS 2. 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

6. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = <Re-Keying failed> ». 



TC_FT_GAP.N.35_BV_301 


Assignment of default cipher key and usage of early encryption during incoming call. 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.45.3 

TS_2 is registered to lUT. TS_1 has no access rights. Registration mode in lUT enabled 
(bit a44 is set). 

1. TS_1 performs subscription registration to lUT, indicating the support of 'Re-keying' 
and 'early encryption' in the terminal capability. 

2. Start timer T001 (<MM_early_encryption.1 >+1 %). TS_1 sends a 
{LOCATE-REQUEST} message, indicating the support of 'Re-keying' and 'early 
encryption' in the terminal capability. 

3. TS_1 sends a {AUTHENTICATION-REPLY} and saves DCK as Def_DCK_1 . 

4. Invoke internal call from TS_2 towards TS_1 . 

5. Perform MAC connection establishment with immediate encryption activation using 
Def_DCK_1 and send a {LCE-PAGE-RESPONSE} message. 

6. TS_1 sends a {CC-CONNECT} message. 

1 . Verify successful subscription registration. 

2. Verify that the lUT sends to TS la {LOCATE-ACCEPT} message. 
Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message 
indicating DEF-bit=1 before timer T001 expires. 

3. Verify that connection is released on MAC layer. 

4. Verify that the lUT broadcasts to TS_1 a {LCE-REQUEST-PAGE} message. 

5. Verify that the lUT sends to TS 1a {CC-SETUP} message on the already encrypted 
link. 

6. Verify that encryption is activated with Def_DCK_1 and 
Verify end-to-end U-plane connection between TS 1 and TS 2 

The {AUTHENTICATION-REQUEST} message might also arrive in TS_1 before the 
{LOCATE-ACCEPT} message is received by TS_1 . This would also be valid behaviour. 
Verification of U-plane connection shall be done while Def_DCK_1 is used. 
Therefore the TS shall not switch to another DCK (by re-keying) before the U-Plane 
connection is verified even if the lUT requests to do so. 
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TC FT GAP.N.35 BV 302 


Usage of early encryption during outgoing call 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

F-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 (i.e. 
TC_FT_GAP.N.35_BV_401 was executed before and the Def_DCK_1 has not been 
deleted). TS_2 is registered to lUT. 

1 . TS_1 performs MAC connection establishment with immediate encryption activation 
using Def_DCK_1 and sends a {CC-SETUP} message. 

2. Invoke acceptation of outgoing call at TS 2. 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify that lUT sends to TS_1 a {CC-CONNECT} message to TS_1 
Verify that encryption is activated with Def_DCK_1 

Verify end-to-end U-plane connection. 




TC_FT_GAP.N.35_BV_303 


Usage of early encryption for MM procedure 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

F-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 (i.e. 
TC_FT_GAP.N.35_BV_401 was executed before and the Def_DCK_1 has not been 

deleted). 

Switch lUT off and on. TS_1 synchronizes to lUT. TS_1 performs MAC connection 
establishment with immediate encryption activation using Def DCK 1 and sends a 
{LOCATE-REQUEST} message. 
Verify that encryption is activated with Def_DCK_1 

Verify that lUT sends to TS_1 a {LOCATE-ACCEPT} message over the encrypted link. 




TC_FT_GAP.N.35_BV_401 


Duration of registration window 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.4 
F-00 

Put lUT in registration mode. Start timer T001 (1 20 seconds + 5 %) 

Verify that lUT sets bit a44 in the FP Capabilities to before expiry of timer T001 . 




TC FT GAP.N.35 BV 402 


Closing of registration window after successful registration. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.4 
TS_1 has no access rights to lUT. 

1 . Put lUT in registration mode. 

2. TS_1 performs subscription registration to lUT. 

1 . Verify that lUT sets bit a44 in the FP Capabilities to 1 . 

2. Verify successful subscription registration. 

Verify that lUT sets bit a44 in the FP Capabilities to 0. 



7.27 TC_FT_NG1 .A.1 Easy PIN code registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy PIN-code registration taking into account the 
following considerations: 

• As NG1.A.1_3 "Base station name selection" is tested when testing NG1.A.2_5 " Base station name 
selection ", there is no test case defined for this procedure in following Clause. 

Declarations (see Annex A): 

• NGl .A. 1 "Easy PIN code registration" feature is optional on FP side, so the manufacturer shall declare if it 

is supported. 

• NG1.A.1_3 "Base station name selection" is optional. So the manufacturer shall declare if it is supported. 

• NG1.A.1_4 "Registration user feedback" is optional. So the manufacturer shall declare if it is supported. 
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TC FT NG1.A.1 BV 401 



Registration user feedback 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.10.1.3.3 
PIN code set to '1234', F-00 

1 . Start the access rights procedure on the lUT 

2. Stop the access rights procedure on the lUT when possible or wait for the end of the 
procedure (3 minutes maximum) 

3. Start the access rights procedure on the lUT 

4. Perform an Easy PIN code registration procedure using '4567' as PIN value from 

TS_1 

5. Start the access rights procedure on the lUT 

6. Perform an Easy PIN code registration procedure using '1234' as PIN value from 
TS_1 

1 . Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

2. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration error state" 

3. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

4. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration error state" 

5. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

6. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration success state" 



7.28 TC_FT_NG1 .A.2 Easy pairing registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy pairing registration taking into account the 
following considerations: 

• As NG1.A.2_6 "Registration user feedback" is tested when testing NG1.A.1_4 "Registration user 
feedback", there is no test case defined for this procedure. 

Declarations (see Annex A): 

• NG1.A.1_3 "Base station name selection" is optional. So the manufacturer shall declare if it is supported. 

• NG1.A.1_6 "Registration user feedback" is optional. So the manufactmer shall declare if it is supported. 



TC FT NG1.A.2 BV 301 



Base station limited registration mode 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.10.1.2.2 
PIN code set to '0000', F-00 

1 . Confirm that the lUT is not in registration mode 

2. Start the access rights procedure on the lUT and start F<AP.01 > timer control 

3. Time out of F<AP.01 > timer control 

4. Start the access rights procedure on the lUT 

5. Perform an Easy pairing code registration procedure from TS_1 and TS_2 

1 . Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

2. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 1 

3. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

4. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 1 

5. Verify that the registration procedure is successful on one RF front end (for example 
TS_1) and not successful on the other RF front end (for example TS_2) 

Verify that the lUT broadcasts the following capability after successful registration: 

• 'Access Rights supported' capability bit set to 
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TC FT NG1.A.2 BV 501 


Base station name selection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.3.2 
F-00 

1 . Set the base station name of the lUT to 'NG-DECT Part 3 FP tester' 

2. Start the access rights procedure on the FP, start F<AP.01 > timer control and 
F<AP.03> timer control 

3. Time out of F<AP.03> timer control 

4. Time out of F<AP.01 > timer control 

1 . Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

2. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 1 

3. Verify that the first segment of {CLMS-FIXED} message arrives within the allowed 
margin time of F<AP.03> with <Address>=CFFFH and <PD>=01 H 

4. Verify that the second segment of {CLMS-FIXED} message arrived with <Data/Fill> 
octet 1 = 41 H and octet 3 = 1 0H 

5. Verify that the four following segments of {CLIVIS-FIXED} message arrived and that 
the transmitted name is 'NG-DECT Part 3 FP tester' 

6. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 


7.29 TC_FT_NG1 .A.3 Handset locator tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handset locator. 

Declarations (see Annex A): 

• NG1.A.3 "Handset locator" feature is optional on FP side, so the manufacturer shall declare if it is 
supported. 


TC FT NG1.A.3 BV 101 


Handset locator 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

1 . Trigger the handset locator procedure on lUT 

2. Send a {CC-CONNECT} from TS_1 

1 . Verify that the lUT sends a {CC-SETUP} message to TS_1 and TS_2 with <Call 
class = Normal call setup> and IE «CALL-INFORMATION» specifying (line 0, line 
type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value a)> 

Verify that the lUT sends to TS_1 and TS_2 an IE « CNIP », either in the 
{CC-SETUP} message or in a {CC-INFO} message, whose <Presentation indicator> 
field is set to 'Handset locator' 

2. Verify that the lUT sends a {CC-RELEASE} message to TS_1 and TS_2 


7.30 TC_FT_GAP.A.4 Terminal identity number assignment in 
mono cell system tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Temiinal Identity number assigimient in mono cell 
system taking into account the following consideration: 

• As 14.4.3 Related Procedures of NG1.A.4 feature are tested when tested GAP.N.31 "Internal call" feature, 

there is no test case defined for these related procedures. 


TC FT GAP.A.4 BV 101 


Terminal Identity number assignment in mono cell system 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 14.4.2 
No PP registered 
Register TS_1 

Verify that the lUT sends to TS_1 a {LOCATE-ACCEPT} message as described in 
EN 300 444 [12], Clause 14.4.2, table 106 with <ldentity-value> set to terminal identity 
number '0000 0001 B' 
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Annex A (normative): 

Declarations on features and procedures supported 

The information contained within the following tables is required for parameterization of the test cases referred to in the 
present document. They must be taken into account to run an appropriate test suite against the lUT. 

For each procedure noted in the following tables, the manufacturer shall declare if it is supported or not. When 
supported, the corresponding tests case(s) listed in "TC reference" column shall be tested. 

Optional procedures are identified by a status "O". 

Conditional procedures are identified by a status "C[. status number]". A procedure can be conditional to a feature 
support and/or a procedure support and/or a requirement support. 



A.1 Declarations for portable part 

A. 1.1 Optional PT features 

This Clause contains the optional features which can be declared by the manufacturer on the PT side. 



Table A.1 : Optional PT features supported 



Feature 


Feature name 


Reference to 


Status 






TC reference 


no 




TS102 527-3 [14] 












NG1.N.9 


3-party conference with established external 


7.4.3.7 





TC 


PT 


NG1.N.9 


BV 101 




and/or internal calls 






TC 


PT 


NG1.N.9 


BV 102 


NG1.N.10 


Intrusion call 


7.4.3.8 





TC 


PT 


NG1.N.10 


BV 101 










TC 


PT 


NG1.N.10 


BV 102 










TC 


PT 


NG1.N.10 


BV 201 


NG1.N.11 


Call deflection (internal or external) 


7.4.4.2 





TC 


PT 


NG1.N.11 


BV 101 










TC 


PT 


NG1.N.11 


BV 201 










TC 


PT 


NG1.N.11 


BV 202 










TC 


PT 


NG1.N.11 


BV 203 


NG1.N.17 


Calling line identity restriction 


7.4.12 





TC 


PT 


NG1.N.17 


BV 301 


NG1.N.21 


Headset management 


7.4.16 


C101 


TC 


PT 


NG1.N.21 


BV 101 










TC 


PT 


NG1.N.21 


BV 102 










TC 


PT 


NG1.N.21 


BV 201 










TC 


PT 


NG1.N.21 


BV 301 










TC 


PT 


NG1.N.21 


BV 401 










TC 


PT 


NG1.N.21 


BV 501 










TC 


PT 


NG1.N.21 


BV 601 










TC 


PT 


NG1.N.21 


BV 701 








CI 02 


TC 


PT 


NG1.N.21 


BV 705 



CI 01 : IF the PT is a headset PP THEN "M" ELSE "I". 

CI 02: This test case applies to a handset and not to a headset. IF the PT is not a headset PP THEN "O" ELSE "1". 



A.1 .2 Extra information for PT testing 

In addition to the optional features supported, the supplier shall declare additional information related to the PT 
implementation. 
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Table A.2: Implementation extra information for PT testing 



Item 
no 


implementation extra Information 


Reference to 
TS 102 527-3 [14] 


Possible values to be 
declared 


PT_IXIT_1 


Several contact numbers in contact list 


7.4.10.5.7 


Not supported 

Supported 


PT_IXIT_2 


CLIR code sub fields 


7.4.11.4.10 


Non editable 
Editable 


PT_IXIT_3 


CFU code sub fields 


7.4.11.4.11 


Non editable 
Editable 


PT_IXIT_4 


CFNA code sub fields 


7.4.11.4.12 


Non editable 
Editable 


PT_IXIT_5 


CFB code sub fields 


7.4.11.4.13 


Non editable 
Editable 


PT_IXIT_6 


Internal call codec priority 


7.4.3.9.2 


Not supported 
Supported 



A.1 .3 Optional or conditional PT procedures 

This Clause contains the optional or conditional procedures which can be declared by the manufacturer on the PT side. 



Table A.3: Date and Time synchronization procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.5 1 


PT initiated Date and Time synchronization 


7.4.2.2 





TC PT NG1.N.5 BV 102 



Table A.4: Common parallel call procedures (external or internal) supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.N.7_7 


Active call release with replacement (from PP 
to FP) - call waiting 


7.4.3.5.12 





TG_PT_NG1 .N.7_BV_701 


NG1.N.7_7 


Active call release with replacement (from PP 
to FP) - call on-hold 


7.4.3.5.12 





TG_PT_NG1 .N.7_BV_702 


NG1.N.7 9 


Putting a call on-hold 


7.4.3.5.8 





TC PT NG1.N.7 BV 901 


NG1.N.7 10 


Resuming a call put on-hold 


7.4.3.5.9 





TC PT NG1.N.7 BV 901 



Table A.5: Intrusion call procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NGI.N.IOJ 


Implicit call intrusion into a line in "single call" 

mode 


7.4.3.8.1 


C11001 


TC PT NG1.N.10 BV 101 
TC PT NG1.N.10 BV 102 


NGI.N.IOJ 


Explicit call intrusion (from PP to FP) 


7.4.3.8.2 


G11001 


TC PT NG1.N.10 BV 201 


C1 1 001 : At least one of the two procedures shall be implemented 


Table A.6: Line identification procedures supported 


Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.12 4 


Line identification for a first external outgoing 
call using «MULTI-KEYPAD» IE 


7.4.5.2.3 





TC PT NG1.N.12 BV 401 
TC PT NG1.N.12 BV 402 
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Table A.7: List access service procedures supported 



Procedure 


Procedure name 


Reference to 


Status 






TC reference 




no 






TS 102 527-3 ri41 














NG1 N 16 


2 


1 i<5t rhfinnp nntifirfltion 

1— lOL Ol ICll 1 IWLI 1 ILrClLltJI 1 


7.4.10.2 







NG1 N 16 


4 


Oiiprv <^iinnnrtprl pntrv fiplrl^ 


7.4.10.4.2 







INO 1 .1^. 1 tj 






7.4.10.5.2 





Not tested 


INVJI 1 .IN. 1 D_ 


1 


^Uigoiny Calls IISI 




r\ 


TC_ 


_PT_ 


NG1.N.16_ 


BV 


J 801 












TC_ 


PT 


NG1.N.16_ 


BV 


1802 












TO 


PT 


NG1 .N.1 6 


BV 


_1803 


NG1 .N.16_ 


.20 


All calls list 


7.4.10.5.6 


o 


TC_ 


_PT_ 


_NG1.N.16_ 


_BV_ 


_2001 












TC_ 


_PT_ 


_NG1.N.16_ 


_BV_ 


_2002 












TC 


PT 


NG1 .N.16 


BV 


2003 


NG1.N.16 


21 


Contact list 


7.4.10.5.7 


C1 1601 


TC 


PT 


NG1 .N.16 


BV 


21 10 


NG1.N.16_ 


.23 


All Incoming calls list 


7.4.10.5.11 





TC_ 


.PT_ 


_NG1 .N.16_ 


.BV_ 


_2301 












TC 


PT 


NG1 .N.16_ 


BV 


2302 












1 O 


DT 
r 1 


Mr^i M ic 

.W. 1 D 


t5 V 




No! .N.l b_ 




Virtual contact list and call list per line 


7.4.1 1 .5 


u 


1 U 


r 1 


_N\J \ .l\.lD_ 


bV 












1 Kj 


PT 

r 1 


1 .IN . ID 


R\/ 
D V 














TC, 


PT 


1 M \J 1 . 1 N . \ \J 


BV 














TC 


PT 


NG1.N.16 


BV 


2604 












TC" 


PT 


NG1.N.16 


BV 


2605 












TC' 


>T~ 


'ngi.n.ib" 


'bv" 


"2606 


NG1.N.16 


30 


FP IP address / type 


7.4.11.3.4 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


31 


FP IP address / value 


7.4.11.3.5 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


32 


FP IP address / subnet mask 


7.4.11.3.6 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


33 


FP IP address / gateway 


7.4.11.3.7 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


34 


FP IP address / DNS server 


7.4.11.3.8 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


37 


FP version / Hardware version 


7.4.11.3.11 





TC 


PT 


NG1.N.16 


BV 


3501 


NG1.N.16 


41 


Dialling prefix 


7.4.11.4.4 


o 


TC 


PT 


NG1.N.16 


BV 


4101 


NG1.N.16 


42 


FP melody 


7.4.11.4.5 





TC 


PT 


NG1.N.16 


BV 


4201 


NG1.N.16 


43 


FP volume 


7.4.11.4.6 





TC 


PT 


NG1.N.16 


BV 


4301 


NG1.N.16 


44 


Blocked number 


7.4.11.4.7 





TC 


PT 


NG1.N.16 


BV 


4401 


NG1.N.16 


46 


Intrusion call 


7.4.11.4.9 


C1 1602 


TC 


PT 


NG1.N.16 


BV 


4601 


NG1.N.16_ 


.47 


Permanent CLIR 


7.4.11.4.10 


C1 1603 


TC 


PT 


NG1.N.16 


BV 


4701 










C11604 


TC 


PT 


NGI.N.IB 


BV 


4702 


NG1.N.16 


48 


Call forwarding Unconditional 


7.4.11.4.11 


C11605 


TC 


PT 


NG1.N.16 


BV 


4802 


NG1.N.16 


49 


Call forwarding on No Answer 


7.4.11.4.12 


C1 1606 


TC 


PT 


NG1.N.16 


BV 


4902 


NG1.N.16 


50 


Call fonwarding on Busy Subscriber 


7.4.11.4.13 


C1 1607 


TC 


PT 


NG1.N.16 


BV 


5002 


NG1.N.16 


51 


Emission mode 


7.4.11.3.12 


C1 1608 


TC 


PT 


NG1.N.16 


BV 


5101 



C1 1 601 : IF several contact numbers in contact list is supported THEN "M" ELSE "N/A" (see Table A.2 PT_IXIT_1). 

C1 1602: IF NG1 .N.1 "Intrusion call" is supported THEN "M" ELSE "N/A". 

C1 1603; IF NG1. N.1 7 "Calling line restriction" is supported THEN "IVl" ELSE "N/A". 

C1 1 604: IF NG1 .N.1 7 "Calling line restriction" Is supported AND CLIR code sub fields can be edited THEN "M" ELSE 

"N/A" (see Table A.2 PT_IXIT_2). 

C1 1605: IF CFU code sub fields can be edited THEN "M" ELSE "N/A" (see Table A.2 PT_IXIT_3). 

C1 1606: IF CFNA code sub fields can be edited THEN "IVl" ELSE "N/A" (see Table A.2 PTJXIT_4). 

C1 1607: IF CFB code sub fields can be edited THEN "IVl" ELSE "N/A" (see Table A.2 PTJXIT_5). 

C1 1 608: IF NG1 .M.5 "no-emission mode" is supported THEN "M" ELSE "N/A". 



Table A.8: Tones provision procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.20 2 


Tones provision by the system - Dial-tone 


7.4.15.2 





TC PT NG1.N.20 BV 206 


NG1.N.20_2 


Tones provision by tine system - Off-hook 
warning tone 


7.4.15.2 





TC_PT_NG1 .N.20_BV_207 


NG1.N.20_2 


Tones provision by the system - Network 
congestion tone (external calls only) 


7.4.15.2 





TC_PT_NG1 .N.20_BV_208 
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Table A.9: Headset management procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.21 4 


Re-dial of last outgoing call 


7.4.16.4 





TC PT NG1.N.21 BV 401 


NG1.N.21 5 


Re-dial of last incoming call 


7.4.16.5 





TC PT NG1.N.21 BV 501 


NG1.N.21_6 


Switching from headset to handset (headset 
initiated) 


7.4.16.6 





TG_PT_NG1 .N.21_BV_601 


NG1.N.21_7 


Switching from headset to handset (handset 
initiated) 


7.4.16.7 


C12101 


TG_PT_NG1 .N.21_BV_705 


C1 21 01 : This procedure applies to a handset and not a headset. IF the PT is a headset PP THEN "1" ELSE "0". 



Table A.10: Internal call codec priority procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


GAP.N.31_6 


Internal call codec priority 


7.4.3.9 


C1311 


TC PT GAP.N.31 BV 601 
TC PT GAP.N.31 BV 602 


01 31 1 : IF PP complies one of the exception cases to this procedure listed in Clause 7.4.3.9.2 THEN "N/A" ELSE "M" 
(see Table A.2 PTJXIT_7) 



Table A.11 : Enhanced security procedures supported 



Procedure 
no 


Procedure name 


Reference to 
EN 300 444 [12] 


Status 


TC reference 


GAP.N.35_2 


Re-keying during a call 


8.45.2 





TC 


PT 


GAP.N.35 


BV 


201 










TC 


PT 


GAP.N.35 


BV 


202 










TC 


PT 


GAP.N.35 


BV 


203 


GAP.N.35_3 


Storing the Derived Cipher Key (DCK) 


8.45.3 





TC 


PT 


GAP.N.35 


BV 


301 










TC 


PT 


GAP.N.35 


BV 


302 










TC 


PT 


GAP.N.35 


BV 


303 










TC 


PT 


GAP.N.35 


BV 


304 










TC 


PT 


GAP.N.35 


BV 


305 










TC 


PT 


GAP.N.35 


BV 


306 



Table A.I 2: Easy PIN code registration procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.1 3 


Base station name selection 


7.10.1.3.2 





TC PT NG1.A.1 BV 301 


Table A.13: Easy pairing registration procedure supported 


Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.2 5 


Base station name selection 


7.10.1.3.2 





TC PT NG1.A.1 BV 301 



A.1 .4 PT relevant test cases list 

According to the support of NG1.N.21 "Headset management" feature, the following configurations are possible: 

• PT is a normal PT (not a headset portable part). 

• PT is a headset portable part (i.e. "Support of the Headset management feature" capability bit in 
«TERMINAL-CAPABILITY» is set). 
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A.1 .4.1 PT is a normal PT (not a headset portable part) 

No restrictions or modifications are required. All mandatory test cases and those related to supported declarations are 
applicable. 

NOTE: NGl .N.21_7 "Switching fi-om headset to handset (handset initiated)" procedure within NGl .N.21 
"Headset management" feature may be apphcable for a normal PT (see table Table A.9). 

A. 1 .4.2 PT is a headset portable part 

Only the test cases subgroup NG1.N.21 "Headset management" feature is relevant (see Clause 6.21 
TC_PT_NGl.N.21_xx). All mandatory test cases and those related to supported declarations within this subgroup are 
apphcable. 



A.2 Declarations for fixed part 
A.2.1 Optional FT features 

This Clause contains the optional features which can be declared by the manufacturer on the FT side. 



Table A.1 4: Optional FT features supported 



Feature 


Feature name 


Reference to 


Status 


TC reference 


no 




TS 102 527-3 [14] 






NG1.N.9 


3-party conference with established external 


7.4.3.7 





TC FT NG1.N.9 BV 101 




and/or internal calls 






TC FT NG1.N.9 BV 102 










TC FT NG1.N.9 BV 103 










TC FT NG1.N.9 BV 104 


NG1.N.10 


Intrusion call 


7.4.3.8 





TC FT NGl. N. 10 BV 101 










TC FT NGl. N. 10 BV 105 










TC FT NGl. N. 10 BV 106 










TC FT NGl. N. 10 BV 201 










TC FT NGl. N. 10 BV 202 


NG1.N.11 


Call deflection (internal or external) 


7.4.4.2 





TC FT NGl. N. 11 BV 101 










TC FT NGl. N. 11 BV 201 










TC FT NGl. N. 11 BV 202 


NG1.N.14 


Multiple Lines 


7.4.7 





TC FT NGl. N.I 4 BV 301 










TC FT NGl. N. 14 BV 302 










TC FT NGl. N. 14 BV 303 










TC FT NGl. N.I 4 BV 304 










TC FT NGl. N.I 4 BV 305 










TC FT NGl. N.I 4 BV 306 










TC FT NGl. N. 14 BV 401 


NG1.N.15 


Multiple calls 


7.4.8 


C201 


TC FT NGl .N. 15 BV 201 










TC FT NGl. N.I 5 BV 202 










TC FT NGl. N.I 5 BV 205 










TC FT NGl. N.I 5 BV 206 










TC FT NGl. N.I 5 BV 207 










TC FT NGl. N.I 5 BV 208 










TC FT NGl. N. 15 BV 301 


NG1.N.17 


Calling line identity restriction 


7.4.12 





TC FT NGl. N.I 7 BV 201 


NG1.N.22 


Handling of lines where second calls are 


7.4.3.10 





TC FT NGl. N.22 BV 101 




signalled in-band 






TC FT NGl. N.22 BV 301 










TC FT NGl. N.22 BV 302 










TC FT NGl. N.22 BV 303 


NGl .A.1 


Easy PIN code registration 


7.10.1.1 





TC FT NGl. A.1 BV 401 










TC FT NGl. A.2 BV 501 


NG1.A.3 


Handset locator 


7.10.2 





TC FT NG1.A.3 BV 101 


C201 : IF NG1 .N.22 " Handling of lines where second calls are signalled in-band " is supported on line and line 1 


THEN "N/A" ELSE "M" (see Table A.1 6 FT_IXIT_21 and Table A.1 7 FT_ 


IXIT_31) 
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A.2.2 Extra information for FT testing 

In addition to the optional features supported, the supplier shall declare additional information related to the FT 
implementation and to the network line environment. 



Table A.15: Implementation extra information for FT testing 



Item 
no 


Implementation extra information 


Reference to 
TS102 527-3 [14] 


Possible values to be 
declared 


FT_IXIT_1 1 


Simultaneous accesses to the same list from 2 
PPs 


7.4.10.1 


Not supported 
Supported 


FTJXIT_12 


Default attachment after registration to at least 
one line 


7.4.11.2 


Not supported 
Supported 


FTJXIT_13 


Associated melody field in contact list entry 


7.4.10.5.7 


Not supported 
Supported 



The "line 0" is the default line used when running the single line test cases. The following extra information related to 
the behaviour of this line shall be given by the manufacturer. 

Table A.I 6: Line extra information for FT testing 



Item 
no 


Line extra information 


Reference to 
TS102 527-3 [14] 


Possible values to be 
declared 


FT IXIT 20 


Line identifier value (lid 0) 


7.4.5 


OOHto 09H (note 1) 


FT_IXIT_21 


Line second call handling type 


7.4.3.10 


Common parallel calls 
Double calls with in-band 
signalling 


FT_IXIT_22 


Line CC-state machine behaviour 


7.4.6.1 


Non early {CC-CONNECT} 

Early {CC-CONNECT} 


FT_IXIT_23 


LIneO UTF-8 CNIP 


7.4.17 


Non UTF-8 enabled line 
UTF-8 enabled line 


FT_IXIT_24 


Line parallel call release command (note 2) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_25 


Line call waiting rejection command (note 2) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_26 


Line putting a call on-hold command (note 2) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_27 


Line resuming a call put on-hold command 
(note 2) 


7.4.3.10.3.2 


Not supported 
Supported 


NOTE 1 : Line identifier in the interval 0AH..7EH are not allowed within NG1 .N.I 2_4 " Backward-compatible line 
identification for a first external outgoing call using «MULTI-KEYPAD» IE " procedure. 

NOTE 2: This extra information is only required when NG1 .N.22 " Handling of lines where second calls are 
signalled in-band " is supported on this line, i.e. FT_IXIT_31 declared to ' Double calls with in-band 
signalling' value. 



IF NG1.N.14 "Multiple hues" is supported, the "line 1" is the second line used when running the multiple lines test 
cases. The following extra information related to the behaviour of this line shall be given by the manufacturer. 
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Table A.17: Line 1 extra information for FT testing 



Item 
no 


Line extra information 


Reference to 
TS 102 527-3 [14] 


Possible values to be 
declared 


FT IXIT 30 


Line 1 identifier value (lid 1) 


7.4.5 


OOHto 09H (note 1) 


FT_IXIT_31 


Line 1 second call handling type (note 2) 


7.4.3.10 


Common parallel calls 
Double calls with in-band 
signalling 


FT_IXIT_32 


Line 1 CC-state machine behaviour 


7.4.6.1 


Non early {CC-CONNECT} 
Early {CC-CONNECT} 


FT_IXIT_33 


Line 1 UTF-8 CNIP 


7.4.17 


Non UTF-8 enabled line 
UTF-8 enabled line 


FT IXIT 34 


Line 1 parallel call release command (note 3) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_35 


Line 1 call waiting rejection command (note 3) 


7.4.3.10.3.2 


Not supported 

Supported 


FT_IXIT_36 


Line 1 putting a call on-hold command (note 3) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_37 


Line 1 resuming a call put on-hold command 

(note 3) 


7.4.3.10.3.2 


Not supported 

Supported 


NOTE 1 : Line identifier in the interval 0AH..7EH are not allowed within NG1 .N.12_4 " Backward-compatible line 

identification for a first external outgoing call using «IV]ULTI-KEYPAD» IE " procedure. 
NOTE 2: IF NG1 .N.22 " Handling of lines where second calls are signalled in-band " is supported THEN at least 

one line shall be ' Double calls with in-band signalling' second call handling type. 
NOTE 3: This extra information is only required when NG1 .N.22 " Handling of lines where second calls are 

signalled in-band " is supported on this line, i.e. FT_IXIT_31 declared to ' Double calls with in-band 

signalling' value. 



A.2.3 Optional or conditional FT procedures 

This Clause contains the optional or conditional procedures which can be declared by the manufacturer on the FT side. 

Table A.18: Common parallel call procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TO reference 


NG1.N.7_4 


Gall release and call release rejection 


7.4.3.5.4 


G20701 


TC_FT_NG1 .N.7_BV_401 


NG1.N.7_8 


Gall waiting rejection (from PP to FP) 


7.4.3.5.7 


C20702 


TC_FT_NG1 .N.7_BV_801 


NG1.N.7_9 


Putting a call on-hold 


7.4.3.5.8 


C20703 


TC_,FT_NG1 .N.7_BV_901 


C20701 : 
C20702: 
C20703: 


IF NG1 .N.22 " Handling of lines where second calls are signalled in-band " is supported on line AND the call 
release command is not supported by the line THEN N/A ELSE m (see Table A.16 FT IXIT 21 and 
FTJXIT_24). 

IF NG1 .N.22 " Handling of lines where second calls are signalled in-band " is supported on line AND the call 
waiting rejection command is not supported by the line THEN N/A ELSE m (see Table A.16 FT IXIT 21 and 

FT_IXIT_25). 

IF NG1 .N.22 " Handling of lines where second calls are signalled in-band " is supported on line AND the putting 
a call on-hold command is not supported by the line THEN N/A ELSE m (see Table A.16 FT IXIT 21 and 
FTJXIT_26). 



Table A.19: 3-party conference procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TO reference 


NG1.N.9_1 


3-party conference with two established 
external calls 


7.4.3.7 





TC_FT_NG1 .N.9_BV_1 03 


NG1.N.9_1 


3-party conference with two established 
external calls on two different lines 


7.4.3.7 


C20901 


TC_FT_NG1 .N.9_BV_1 04 


C20901 : IF NG1 .N.14 "Multiple lines" is supported THEN "0" ELSE "N/A". 
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Table A.20: Call deflection procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.11 1 


Call deflection (internal) 


7.4.4.2 


C21101 


TC_FT_NG1.N.11_BV_101 


C21 1 01 : IF NG1 .N.14 "Multiple lines" is supported THEN "0" ELSE "N/A". 



Table A.21 : Line identification procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.12_3 


Line identification for a first external outgoing 
call using «CALL-INFORMATION» IE 


7.4.5.2.2 


021 201 


TC FT NG1.N.12 BV 301 


021 201 


TC FT NG1.N.12 BV 302 


NG1.N.12_4 


Backward-compatible line identification for a 
first external outgoing call using 
«MULTI-KEYPAD» IE 


7.4.5.2.3 


021202 


TC FT NG1.N.12 BV 401 


021202 


T0_FT_NG1 .N.12_BV_402 


NG1.N.12_5 


FP managed line selection for a first external 
outgoing call 


7.4.5.2.4 


021203 


TO FT NG1.N.12 BV 501 


021203 


TO FT NG1.N.12 BV 502 


C21201 : Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1.N.12_BV_301 ELSE run TG_FT_NG1 .N.12_BV_302 (see Table A.16 FT_IXIT_22) 

021202: Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1 .N.12_BV_401 ELSE run TC_FT_NG1 .N.12_BV_402 (see Table A.16 FT_IXIT_22) 

C21203: Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1.N.12_BV_501 ELSE run TC_FT_NG1 .N.1 2_BV_502 (see Table A.16 FT_IXIT_22) 



Table A.22: Call identification procedures supported 



Procedure 

no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.13 2 


Call identifier assignment on outgoing call (FP 
toPP) 


7.4.6.2 


021 301 


TC FT NG1.N.13 BV 201 


021301 


TO FT NG1.N.13 BV 202 


021 301 : Tests cases are exclusive: IF FP implements 'non early OO-OONNEOP on line THEN run 

T0_FT_NG1 .N.13_BV_201 ELSE run T0_FT_NG1 .N.13_BV_202 (see Table A.16 FT_IXIT_22). 



Table A.23: Multiple lines procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.14_2 


Incoming and outgoing external calls on a 
multiple line system 


7.4.7.3 


C21401 


TC_FT_NG1 .N.14_BV_303 


NG1.N.14_2 


Incoming and outgoing external calls on a 
multiple line system 


7.4.7.3 


021 402 


T0_FT_NG1 .N.14_BV_305 


NG1.N.14_2 


Incoming and outgoing external calls on a 
multiple line system 


7.4.7.3 


021403 


TC_FT_NG1 .N.14_BV_306 


021401 : IF (NG1 .N.22 " Handling of lines where second calls are signalled in-band " is supported on line 1 AND the call 
release command is not supported by the line 1) OR (NG1 .N.22 " Handling of lines where second calls are 
signalled in-band " is supported on line AND the resuming a call put on-hold command is not supported by the 
line 0) THEN N/A ELSE m (see Table A.I 7 FT IXIT 31 and FT IXIT 34 or Table A.16 FT IXIT 21 and 
FT IXIT 27) 

021402: TO FT NG1.N.15 BV 305 and TO FT NG1.N.15 BV 306 are exclusive: IF FP implements 'non early 
OO-OONNEOP on line and line 1 THEN m ELSE N/A (see Table A.16 FT IXIT 22 and Table A.I 7 
FT IXIT 32) 

021403: TO FT NG1.N.15 BV 305 and TC FT NG1.N.15 BV 306 are exclusive: IF FP implements 'early 
CO-CONNECT' on line and line 1 THEN m ELSE N/A (see Table A.16 FT IXIT 22 and Table A.I 7 
FT IXIT 32) 



ETSI 



272 



ETSI TS 102 841 VI .1.1 (2010-04) 



Table A.24: Multiple calls procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.15 2 


Incoming and outgoing external calls on a 
multiple call line 


7.4.8.2 


C21501 


TC FT NG1.N.15 BV 205 


C21501 


TC FT NG1.N.15 BV 206 


C21501 : Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1 .N.15_BV_205 ELSE run TC_FT_NG1 .N.15_BV_206 (see Table A.I 6 FT_IXIT_22). 



Table A.25: List access service procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.16_1 


General considerations 


7.4.10.1 


C21601 


TC FT NG1.N.16 BV 303 


C21601 


TC FT NG1.N.16 BV 304 


NG1.N.16_18 


Outgoing calls list 


7.4.10.5.4 





TC FT NG1.N.16 BV 1801 
TC FT NG1.N.16 BV 1802 
TC FT NG1.N.16 BV 1803 


NG1.N.16_20 


All calls list 


7.4.10.5.6 





TC FT NG1.N.16 BV 2001 
TC FT NG1.N.16 BV 2002 
TC FT NG1.N.16 BV 2003 


NG1.N.16 21 


Contact list 


7.4.10.5.7 


C21602 


TC FT NG1.N.16 BV 2109 


NG1.N.16_23 


All incoming calls list 


7.4.10.5.11 





TC FT NG1.N.16 BV 2301 
TC FT NG1.N.16 BV 2302 
TC_FT_NG 1 .N.1 6_BV_2303 


NG1.N.16 26 


Virtual contact list and call list per line 


7.4.11.5 


C21603 


SeeTC FT NG1.N.14 * 


NG1.N.16_30 


FP IP address / type 


7.4.11.3.4 





TC FT NG1.N.16 BV 3001 
TC FT NG1.N.16 BV 2401 
TC FT NG1.N.16 BV 2402 


NG1.N.16_31 


FP IP address / value 


7.4.11.3.5 





TC FT NG1.N.16 BV 3001 
TC FT NG1.N.16 BV 2401 
TC FT NG1.N.16 BV 2402 


NG1.N.16_32 


FP IP address / subnet mask 


7.4.11.3.6 





TC_FT_NG1 .N.1 6_BV_3001 
TC_FT_NG1 .N.1 6_BV_2401 
TC FT NG1.N.16 BV 2402 


NG1.N.16_33 


FP IP address / gateway 


7.4.11.3.7 





TC FT NG1.N.16 BV 3001 
TC FT NG1.N.16 BV 2401 
TC FT NG1.N.16 BV 2402 


NG1.N.16_34 


FP IP address / DNS server 


7.4.11.3.8 





TC FT NG1.N.16 BV 3001 
TC FT NG1.N.16 BV 2401 
TC FT NG1.N.16 BV 2402 


NG1.N.16_37 


FP version / Hardware version 


7.4.11.3.11 





TC FT NG1.N.16 BV 3001 
TC FT NG1.N.16 BV 2401 
TC FT NG1.N.16 BV 2402 


NG1.N.16_41 


Dialling prefix 


7.4.11.4.4 





TC FT NG1.N.16 BV 4101 
TC FT NG1.N.16 BV 4102 


NG1.N.16 42 


FP melody 


7.4.11.4.5 





TC FT NG1.N.16 BV 4201 


NG1.N.16 43 


FP volume 


7.4.11.4.6 





TC FT NG1.N.16 BV 4301 


NG1.N.16_44 


Blocked number 


7.4.11.4.7 





TC FT NG1.N.16 BV 4401 
TC FT NG1.N.16 BV 4402 


NG1.N.16 46 


Intrusion call 


7.4.11.4.9 





TC FT NG1.N.16 BV 4601 


NG1.N.16 47 


Permanent CLIR 


7.4.11.4.10 


C21604 


TC FT NG1.N.16 BV 4701 


NG1.N.16 51 


Emission mode 


7.4.11.3.12 


C21605 


TC FT NG1.N.16 BV 5101 


C21601 

C21602 
C21603 
021 604 
C21605 


Tests cases are exclusive: IF FP supports simultaneous accesses to the same list from 2 PPs THEN run 

TC FT NG1.N.16 BV 304 ELSE run TC FT NG1.N.16 BV 303 (see Table A.I 5 FT IXIT 11). 

IF NG1.N.16 18 "Outgoing calls list" is supported THEN "M" ELSE "N/A". 

IF NG1 .N.1 4 "Multiple lines" is supported THEN "0" ELSE "N/A". 

IF NG1. N.1 7 "Calling line restriction" is supported THEN "M" ELSE "N/A". 

IF NG1.M.5 "no-emission mode" is supported THEN "M" ELSE "N/A". 



For each mandatory and optional tone, the FP shall declare if procedure NG1.N.20_2 "Tones provision by the system" 
or NG1.N.20_3 "Transparency to tones provision by the network or PABX" is used to provide this tone. Only the TC(s) 
corresponding to the supported procedure shall be tested. 
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Table A.26: Tones provision procedures supported for each tone 



Ton© 


1 i\j 


Di'n^a^iii'A noimA 
riOCcQUrc llaiTIc 




OlalUS 


1 w rcTcrcncc 


Ring back tone 


NG1.N.20_2 


Tones provision by the system 


7.4.15.2 


02201 


TC_FT_NG1 .N.20_BV_201 

TP FT Mfil M 9n RV 910 

IV_/ Fl INVJII.IN.^U DV ^ l\J 


Mf5i N pn T 

■ NO 1 .IN .^U O 


1 1 dl ibpal CI lOy lU lUlIco piUvlblUll 

by the network or PABX 


7 4 1 T 
/ .H. 1 o.o 


P99ni 


TP FT Mf^1 M 9n RV "^01 

1 O F 1 IN\JI 1 .IN.^U D V OU 1 

TO FT NG1.N.20 BV 304 


Ri ic\/ t/^no 
DUby LUilc 


IMVJI 1 .IM .^U 


luiiub piuvibiuli uy lilt; bybiciii 


7 4 1 R 9 


P99n9 


TP FT Mri1 M 9r) R\/ 909 

1 O F 1 INvJI 1 .IN.^W D V 




1 1 dl ibpal fcJi lOy lU lUlltJb piUvlblUll 

by the network or PABX 


7 4 1 T 
/ .*t. 1 O.O 




TP FT Mf51 M 90 RV "^09 

1 V_/ F 1 INVJI 1 .IN.^U D V OU^ 


octll WctlLliiy LUlIc 


INUI 1 .IN .^w ^ 


1 uiicb piuvibujii uy iiic bybifcjiii 


7 d. 1 9 




TP FT Mf51 M 90 RV 90"? 


INVJI 1 .IN .^u O 


Xr3 ncr\n ronf^\/ tn tnnoc rtm\/icinn 
1 1 dl lo|Jcil c;l \\jy lU lUl lUb \J\ UVlblUl I 

by the network or PABX 






TP FT MRI M 90 RV ^0"^ 


liUclL>c|JL luilc 


Mm M on 9 

INO 1 .IN .^U ^ 


1 uiicb [jiuvibiUii uy iiic bybiciii 


7 4 1 9 


P99n4 


TP FT Mf51 M 90 RV 90R 


Mm M 9n T 

INVJI 1 .IN .^U O 


1 ldilbpclicllL>y LU LUilcb [JiUVIblUil 

by the network or PABX 


7 4 1 T 
/ .*t. 1 o.o 


P99n4 


TP FT Mf51 M 90 RV "^01 

I \j F 1 INVJI 1 .IN.^U D V OW 1 


acknowledgment 
tone 


1 N VJI 1 . IN .^U ^ 


1 ui ic;b [jiuvibiuM uy u ic bybiciii 


7 4 1 1^ 9 




TP FT Mni M 90 RV 904 


MRI M 9n T 

INVJI 1 .IN .^U O 


1 ld.ilb[JcllcllL'y lU LUilcb piUVJblUil 

by the network or PABX 


7 4 1 R T 




TP FT Mfil M 90 RV ^01 

I \j F 1 IN\JI 1 .IN.^U D V OU 1 


UlCLl LUilc 


Mm M 9n 9 

INVJI 1 .IN .^U 


1 UMco [JlUVIblUil uy Hit; oyblcill 


7 4 1 R 9 




TP FT Mm M 90 RV 90R 

1 w F 1 INO 1 .IN.i:lU DV ^UQ 


NG1.N.20_3 


Transparency to tones provision 
by the network or PABX 


7.4.15.3 


C2206 


TO FT NG1.N.20 BV 301 
TO FT NG1.N.20 BV 304 


Off hook warning 
tone 


NG1.N.20 2 


Tones provision by the system 


7.4.15.2 


C2207 


TO FT NG1.N.20 BV 207 


NG1.N.20_3 


Transparency to tones provision 
by the network or PABX 


7.4.15.3 


02207 


T0_FT_NG1 .N.20_BV_301 


Network 
congestion tone 


NG1.N.20 2 


Tones provision by the system 


7.4.15.2 


O2208 


Not tested 


NG1.N.20_3 


Transparency to tones provision 
by the network or PABX 


7.4.15.3 


02208 


T0_FT_NG1 .N.20_BV_301 


C2201 , C2202, C2203, C2204, C2205:Tone is mandatory. The manufacturer shall declare which procedure is supported to 

provide this tone (NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 
C2206: Tone is optional. If declared, the manufacturer shall declare which procedure is supported to provide this tone 

(NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 
C2207: Tone is optional. If declared, the manufacturer shall declare which procedure is supported to provide this tone 

(NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 
C2208: Tone is optional. If declared, the manufacturer shall declare which procedure is supported to provide this tone 

(NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 
NOTE: For example Ring back tone is mandatory, depending on declaration: 

If supplier declares that FP uses procedure NG1 .N.20 2 "Tones provision by the system", supplier shall 
perform tests cases TC_FT_NG1 .N.20_BV_201 and TC_FT_NG1 .N.20_BV_210. 

If supplier declares that FP uses procedure NG1 .N.20 3 "Transparency to tones provision by the network or 
PABX", supplier shall perform tests case TC_FT_NG1 .N.20_BV_301 . 



Table A.27: Handling of lines where second calls are signalled in-band procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.22_3 


Off-hook CLIP enabled 'double call with 
in-band signalling' lines - call release (of the 
indicated call) 


7.4.3.10.3.2 


022301 


T0_FT_NG1 .N.22_BV_301 


NG1.N.22_3 


Off-hook OLIP enabled 'double call with 

in-band signalling' lines - call waiting rejection 


7.4.3.10.3.2 


022302 


T0_FT_NG1 .N.22_BV_302 


NG1.N.22_3 


Off-hook OLIP enabled 'double call with 
in-band signalling' lines - Putting a call on-hold 


7.4.3.10.3.2 


022303 


T0_FT_NG1 .N.22_BV_303 


022301 : IF the call release command is not supported by the line THEN m ELSE N/A (see Table A.16 FT_IXIT_24 or 

Table A.I 7 FT_IXIT_34 according to the tested line). 
022302: IF the call waiting rejection command is not supported by the line THEN "M" ELSE "N/A" (see Table A.I 6 

FT_IXIT_25 or Table A.I 7 FTJXIT_35 according to the tested line). 
022303: IF the putting a call on-hold command is not supported by the line THEN "M" ELSE "N/A" (see Table A.16 

FT_IXIT_26 or Table A.17 FT_IXIT_38 according to the tested line). 
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Table A.28: CNIP procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TO reference 


GAP.N.34 2 


UTF-8 CNIP 


7.4.17.1 


C2341 


TO FT GAP.N.34 BV 201 
TC FT GAP.N.34 GC 201 


C2341 : IF FP is connected to an UTF-8 CNIP enabled line THEN "M" ELSE "N/A" (see Table A.1 6 FTJXIT_23). 



Table A.29: Enhanced security procedures supported 



Procedure 
no 


Procedure name 


Reference to 
EN 300 444 [12] 


Status 


TC reference 


GAP.N.35_2 


Re-keying during a 


call 


8.45.2 





TC 


FT 


GAP.N.35 


BV 


201 












TC 


FT 


GAP.N.35 


BV 


202 












TC 


FT 


GAP.N.35 


BV 


203 












TC 


FT 


GAP.N.35 


BV 


201 












TC 


FT 


GAP.N.35 


BV 


204 












TC 


FT 


GAP.N.35 


BV 


205 












TC 


FT 


GAP.N.35 


BV 


206 


GAP.N.35_3 


Storing the Derived 


Cipher Key (DCK) 


8.45.3 





TC 


FT 


GAP.N.35 


BV 


301 












TC 


FT 


GAP.N.35 


BV 


302 












TC 


FT 


GAP.N.35 


BV 


303 



Table A.30: Easy PIN code registration procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.1 3 


Base station name selection 


7.10.1.3.2 





TC FT NG1.A.2 BV 501 


NG1.A.1 4 


Registration user feedback 


7.10.1.3.3 





TC FT NG1.A.1 BV 401 


Table A.31: Easy pairing registration procedures supported 


Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.2 5 


Base station name selection 


7.10.1.3.2 





TC FT NG1.A.2 BV 501 


NG1.A.2 6 


Registration user feedback 


7.10.1.3.3 





TC FT NG1.A.1 BV 401 



A.2.4 FT relevant test cases list 

According to the support of NGl .N.22 "Handling of lines where second calls are signalled in-band" feature, the 
following configurations are possible: 

• FT handles only 'Common parallel call procedures' lines. 

• FT handles only 'double call with in-band signalling' lines. 

• FT handles 'common parallel call procedures' lines and 'double call with in-band signalling' Unes. 

A.2.4. 1 FT handling only 'Common parallel call procedures' lines 

No restrictions or modifications are required. All mandatory test cases and those related to supported declarations are 
appUcable. 

A.2.4.2 FT handling only 'double call with in-band signalling' lines 

By definition 'double call with in-band signalling' lines are 'single call mode' lines. Hence, NGl. N. 15 "Multiple calls" 
test cases shall not be run. As a result, all mandatory test cases except the test cases subgroup N.15, and those related to 
supported declarations are applicable. 
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A.2.4.3 FT handling 'Common parallel call procedures' lines and 'double call 
with in-band signalling' lines 

All mandatory test cases and those related to supported declarations, except the test cases subgroup N.22, are appUcable 
on the 'common parallel call procedures' line. 

In addition, the test cases subgroup N.22 "Handling of lines where second calls are signalled in-band" will be run on the 
'double call with in-band signalling' line (see Clause 7.22 TC_FT_NGl.N.22_xx). 

NOTE: An example of this of kind of system is a dual phone implementing a full VoIP hne and a PSTN line 
without any tones detection. 
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Annex B (informative): 

List of NG Part 3 procedures 

The following table gives the list of NG-DECT Part 3 procedures. The reference documents are TS 102 527-3 [14], 
TS 102 527-1 [13] or EN 300 444 [12]. The status of each feature and procedure are given in TS 102 527-3 [14]. 



The procedure number 'feature number_x' was created for the need of the present document. This procedure number is 
used in the TC naming convention. For example, the PT test cases related to the NG1.N.2_1 "Codec change" procedure 
are called TC_PT_NGl.N.2_lxx. 





^■Btfcrence 


NG1.1 


Narrow band ADPGM G.726 32 kbit/s voice service 


5.1 [13] 


NG1.2 


Narrow band PCM G.71 1 64 kbit/s voice service 


5.1 [13] 


NG1.3 


Wideband G.722 64 l<bit/s voice service 


5.1 [13] 


NG1.4 


Wideband G.729.1 32 kbit/s voice service 


5.1 [13] 


NG1.5 


IVIPEG-4 ER AAC-LD super wideband 64 kbit/s voice service 


5.1 [13] 


NG1.6 


IVIPEG-4 ER AAC-LD wideband 32 kbit/s voice service 


5.1 [13] 






NG1.N.1 


Codec Negotiation 


5.2 [13] 


NG1.N.1 1 


Exctiange of codec list during registration and location registration 


7.3.1 [13] 


NG1.N.1 2 


Basic service wideband speecli and default attributes 


7.3.2 [13] 


NG1.N.1 3 


Codec Negotiation during call establishment 


7.3.3 [13] 


NG1.N.2 


Codec Switching 


5.2 [13] 


NG1.N.2 1 


Codec Change 


7.3.4 [13] 


NG1.N.2 2 


Slot type modification 


7.3.5 [13] 


NG1.N.2 3 


IVIAC layer advanced connection slot type modification 


7.6.7 [13] 


NG1.N.2 4 


IVIAC layer connection type modification: basic to/from advanced 


7.6.6 [13] 


NG1.N.3 


Missed call notification 


5.2 [14] 


NG1.N.3 1 


Generic events notification, general 


7.4.1 .1 [14] 


NG1.N.3 2 


Missed call notification 


7.4.1 .3 [14] 


NG1.N.4 


Voice message waiting notification 


5.2 [14] 


NG1.N.4 1 


Generic events notification, general 


7.4.1.1 [14] 


NG1.N.4 2 


Voice message waiting notification 


7.4.1 .2 [14] 


NG1 .N.5 


Date and Time synchronization 


5.2 [14] 


NG1.N.5 1 


Date and Time synchronization 


7.4.2 [14] 


NG1.N.6 


Parallel calls 


5.2 [14] 


NG1.N.6 1 


Parallel call common requirements 


7.4.3.1 [14] 


NG1.N.6 2 


Control messages 


7.4.3.2 [14] 


NG1.N.6 3 


Sending Keypad information 


8.10 [12] 


NG1.N.6 4 


Codec change for parallel calls 


7.4.3.3 [14] 


NG1.N.6 5 


Sending negative acknowledgement 


^ A O A V A A'\ 

7.4.3.4 [14] 


NG1.N.6 6 


Busy system or line notification 


"7/1 Qor-lyll 

/.4.0.0 [I4J 


NG1.N.7 


Common parallel call procedures (external or internal) 


5.2 [14] 


NG1.N.7 1 


Outgoing parallel call initiation (external or internal) 


7.4.3.5.1 [14] 


NG1.N.7 2 


Call waiting indication (external or internal) 


7.4.3.5.2 [14] 


NG1.N.7 3 


Call toggle (external or internal) 


7.4.3.5.3 [14] 


NG1.N.7 4 


Call release and call release rejection 


7.4.3.5.4 [14] 


NG1.N.7 5 


Void 




NG1.N.7 6 


Call waiting acceptation (from PP to FP) 


7.4.3.5.6 [14] 


NG1.N.7 7 


Active call release with replacement (from PP to FP) 


7.4.3.5.12 [14] 


NG1.N.7 8 


Call waiting rejection (from PP to FP) 


7.4.3.5.7 [14] 


NG1.N.7 9 


Putting a call on-hold 


7.4.3.5.8 [14] 


NG1.N.7 10 


Resuming a call put on-hold 


7.4.3.5.9 [14] 


NG1.N.7 11 


CLIP on call waiting indication 


7.4.3.5.10 [14] 


NG1.N.7 12 


CNIP on call waiting indication 


7.4.3.5.11 [14] 


NG1.N.8 


Call transfer (external or internal) 


5.2 [14] 


NG1.N.8 1 


Announced call transfer 


7.4.3.6.1 [14] 


NG1.N.8 2 


Unannounced call transfer 


7.4.3.6.2 [14] 


NG1.N.8 3 


Call re-injection to the system (external or internal) 


7.4.3.6.3 [14] 


NG1.N.8 4 


Remote party CLIP on call transfer 


7.4.3.6.4 [14] 


NG1.N.8 5 


Remote party CNIP on call transfer 


7.4.3.6.5 [14] 
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M Q 

\\\J\ .iN.y 


O'pany conTerencc wiin 6SiaDiisnea exierriai ana/or imernai caiis 


c o TH yll 


M Q 1 

.iN.y 1 


3-party ConfGrGncG with GStablishGd intGrnal and GxtGrnal calls 


"7 A Q "7 ri yll 


K\r^ H M I A 
\\\J\ .W. 1 U 


imrusion caii 


c o rn /1 1 


WKJtl .N.I U 1 


Implicit call intrusion into a linG In "sinQlG call" modG 


1 A.O.O.X [14J 


iNLal .N.l U ^ 


tXpilCIT Call inTrUSIOn ^TrOm rr 10 rr; 


1 A.O.O.d. [14J 


Kirn M i i 


v^aii Q6Tieciion ^sxierriai or inismaij 




\\\J\ .iN.l 1 1 


Call deflection (internal) 


7/1 A o n /ll 
/ .4.4.£i [1 4J 


NG1.N.11 2 


Gall deflection (external) 


7.4.4.2 [14] 


Nui.N.ll J 


Call deflection control messages 


1 AAA .1 1 1 4| 




Line identification 


C O FH /1 1 

O.iL [14J 




Line identification general requirements 


"7/1 CH FH/II 
/.4.0.1 [14J 


MO H M HO O 


General line identification requirements for external outgoing calls 


"7/1 COH THyll 

1 A.O.iLA [14J 


N lO H M HO O 


Line identification for a first external outgoing call using «CALL-INFO» IE 


"7 A coorHyn 

1 A.o.Z.Z [1 4J 


NG1 .N.12_4 


Line identification for a first external outgoing call using «MULTI-KEYPAD» 
It 


7.4.5.2.3 [14J 




FP managed line selection for a first external outgoing call 


1 .4.0.^.4 [1 4J 


K\r^ i M 1 O Pi 


General line identification requirements for external incoming calls 


/.4.0.0.1 [14J 


No! 1 / 


Line identification for a first external incoming caii 


/ .4.0.0.^ [1 4J 


Nvjl .N.I o 


Csll identification 


O.d [14J 


NLal .N.I o 1 


uaii laeniiTier general requiremenis 


1 A Gi A \-\ A^ 
/.4.D.1 L14J 


Nol .In. 1 o £i 


Call identifier assignment on outgoing call (FP to PP) 


1 A a. \^ A^ 

/ .H.O.d [1 4J 


.In. 1 o o 


Call identifier assignment on incoming call (FP to PP) 


1 A c Q \^ A^ 
/.4.D.0 [14J 


Nljl .In.1o_4 


Call status indication to the handset (FP to PP) 


1 A d A \-\ A^ 
/.4.D.4 [14J 


Mr* -f M -f /I 

Nljl .IM. 1 4 


iviuiiipic Lines 


C \A A^ 


Nir^ H M i /I i 
\ A\.\ 4 1 


IVlultiple lines common requirements 


1 A.I A [1 4J 


NUT .In. 1 4 ii 


Terminal attachment and line settings 


1 A "7 A'i 
1 .4. / .d. [1 4J 


Ntj 1 .In. 14 o 


Incoming and outgoing external calls on a multiple line system 


1 A.I .0 [14J 


InoI .In. 14 4 


Internal calls in multiple line context 


-7 yi -7/1 ri yll 

/.4./.4 [14J 


Nol .N.l 4 D 


Compatibility with non multiple line PP or FP 


7/1 7 c: /ll 
/ A./ .0 L14J 


NLal .N.l O 


Muiiipie cans 


C ri yll 


MO 1 KM i 
.In. 1 1 


IVlultiple calls general requirements 


/.4.t5.1 [I4J 


MO -1 NM C O 
No 1 .iN.lO 


Incoming and outgoing external calls on a multiple call line 


1 A Q \-\ A^ 
1 .^.o.d. [14J 


NUl.N.lO o 


Busy system or line notification 


7/1 ^^ /IT 
/.4.0.0 [14J 


Klf^i KM C 
Nol .N.l O 


Lisi access service 


C TH yl 1 
0.^ [14J 


Wr^i KM C i 
NLal .N.l o 1 


oenerai consioeraiions 


7/1 ifi-i ri/ii 
/.4.1U.1 [1 4J 


M01 KM O 
iNOl .In. 1 D eL 


List change notification 


7/1 inon /II 
/.4.1 \j.(L [1 4J 


M01 M 1C O 

Ntjl .In. Id o 


Start / end session 


7/1 ^c\ A 1 ri/ii 
/ .4.1 U.4. 1 [1 4J 


NUI.N.lb 4 


Query supported entry fields 


/.4.1 U.4.£l [1 4J 


Klf^i KM C 
Nol .N.l O O 


Read entries 


7/t"in/i'3ri/n 
/ .4.1 U.4.0 [1 4J 


Kl^i KM C C 
NLal .N.l D D 


cull eniry 


7^ Ar\ A A \-\ A^ 
/ .4.1 U.4.4 [1 4J 


MO 1 KM C "7 
iNOl .In. 1 D / 


Save entry 


7/1 iH/l C^ri/ll 
/ .4.1 U.4.0 [1 4J 


MO-1 M 1 C Q 

Nij 1 .In. ID o 


Delete entry 


7/1 ^C\ A 0. \^ A'K 

/.4.1 (J.4.D [1 4J 


MO ^ M ^ c o 

nijI.in.id y 


Delete list 


1 A H n /I 7 TH /IT 

/.4.1 U.4. / [1 4J 


Klf^i KM C ir\ 
Nol .N.l O 1 U 


Search entries 


7/1 iH/l QFi/ll 
/ .4.1 U.4.C5 [1 4J 


Kl^i KM C i i 
N\jal .N.l O 11 


iNegaiive acKnowieagemeni 


7/1 •\r\ A QTi/ll 
/.4.1 U.4.y [1 4J 


MO -1 KM C i O 
InU 1 .N.l D 1 ^ 


Data packet / Last data packet 


7/1 iH/l -inri/ii 
/ .4.1 U.4. 1 U [1 4J 


MO 1 KM C i O 

InoI .In. Id lo 


DECT system and line settings considerations 


-J A HH i ri/ii 

/.4.1 1 .1 [1 4J 


MO H M H C -i A 

NtjI.N.lD 14 


Interactions between registration, attachment of handsets and lists 


7/1 HH o^^/n 
/.4.1 1 [1 4J 


Kl/^i KM C i 
NVjil .N.l O 10 


Fields description 


7/1 int^i ri/ii 

/.4.1U.D.1 [14] 




[ouppoiieu iisTs.j 




MO 1 KM C i C 
Invj 1 .N.l D Id 


List of supported lists 


7/1 ini^ori/ii 

/.4.1 U.O.^i [1 4J 


MO-1 MiC i7 

Nyj\ .N.l D 1 / 


Missed calls list 


7/1 il^COri/ll 

/ .4.1 U.CD.o [1 4J 


MOH M-IC -)0 

NUl.N.lD lo 


Outgoing calls list 


7/1 HAC/irH/n 
/.4.1U.5.4 [14J 


Kl/^i KM C i Q 

Nvji .N.l o 1 y 


Incoming accepted calls list 


7/1 irtf^i^ri/11 
/.4.1 U.0.0 [1 4J 


wn-i KM c on 

No 1 .N. 1 


All ^ollc Met 

Mil cans iisT 


7/iinf^(5ri/ii 

/ .4. 1 U.O.D [ 1 4J 


NG1.N.16 21 


Contact list 


7.4.10.5.7 [14] 


NG1.N.16 22 


Internal names list 


7.4.10.5.8 [14] 


NG1.N.16 23 


All incoming calls list 


7.4.10.5.11 [14] 


NG1.N.16 24 


DECT system settings list 


7.4.11.3 [14] 


NG1.N.16 25 


Line settings list 


7.4.11.4 [14] 


NG1.N.16 26 


Virtual contact list and call list per line 


7.4.11.5 [14] 
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[oupponea ucui sysiem SGiiingsj 




.In. 1 o ii./ 


UUrrGnl rlN COOG 


1 A ^ A Q 1 \A A^ 
/.4.11.0.1 [14J 


No 1 .In. Id do 


Clock master 


"7 A Hi O O FH /ll 
/.4.1 1 .O.d [1 4J 


WKjti .N.I o 


Bas6 reset 


/.4.1 \ .O.O [14J 


NLal .N.I O OU 


rr Ir auuress / Type 


1 A 11 A riyll 
/.4. 1 1 .0.4 [14J 


\ .lN.1 D o1 


FP IP address / value 


/.4.11.0.0[14J 


No! .In. 1 D 


FP IP address / subnet mask 


1 A 11 Qcri/ii 

/ .4.1 1 .O.D [1 4J 


.In. 1 D oo 


FP IP address / gateway 


1 A 11 QTri/ii 
/.4.11.0./ [14J 


Nlj 1 .iN.l b o4 


rr Ir aaaress / ui\io server 


•7/1 11 Qori/ii 
/ .4. 1 1 .O.O 114] 


\ .l\J.1 D oO 


FP version / Firmware version 


1 A 11 Qori/ii 
/ .4. 1 1 .o.y [1 4J 


NUT .In. 1 Q ob 


FP version / EEprom version 


"7/1 11 Q inri/ii 
/ .4.1 1 .O.I U [1 4J 


\ .In. lb o/ 


FP version / Hardware version 


1 A 11 Q 11 ri/ii 
/.4.1 1 .O.1 1 [14J 


Nijl .N.Ib Ol 


Emission mode 


1 A HH OHOri/ll 

/ .4.1 1 .O.I ^ [1 4J 


NLsl .iN.l b Dd 


InGW rllN COOG 


"7/1 11 QiQri/ii 
/ .4. 1 1 .o. 1 o 1 1 4J 




[ouppOilcu line ScllinySJ 




Nijl .In. 1 b oo 


LitiG name 


1 A 11 A 1 ri/ii 
/ .4.1 1 .4.1 [1 4J 


Niji .In. lb oy 


LinG id 


1 A 11 /I on /II 
/.4.1 1 A.d [1 4J 


Ntjl.lN.lb 4U 


AttachGd handsGts 


'7 A H H A O T-i Al 

/ .4.1 1 .4.0 [1 4J 


NVjil .N.I O 41 


DjallinQ prefix 


7/1 11 /I /I ri/ii 

/.4.1 1 .4.4 [14J 


M^i KM C AO 
NLal .N.I O 4^ 


rr meiooy 


/.4.1 1 .4.0 [ I4J 


KM C 
No! .lN.1 b 4o 


FP volume 


7/1 11 A d [i A^ 
/.4.1 1 .4.D [1 4J 


1 KF i C /I /I 

Ntj 1 .iN.l b 44 


BlockGd numbGr 


"7 A 11 /I7ri/ll 

/.4.1 1 .4. / [1 4J 


NUl.N.lb 4o 


MultipiG calls mode (single/multiple) 


'7 A H H /I o rn /ll 
/.4.1 1 .4.0 [14J 


Klf^i KM C Ad 
NVJil .N.I b 4b 


Intrusion call 


7/1 11 yl Q [i A^ 
/ .4.1 1 .4.y [1 4J 


Kl^i KM C A~7 
NLal .N.I b 4/ 


rermaneni oLin 


7/1 11 ^ inri/ii 

/.4.1 1 .4.1U [14J 


MO 1 KM C /I Q 
iNol .In. 1 b 4o 


Call forwarding Unconditional 


7/1 11 A 11 ri/ii 
/ .4.1 1 .4.1 1 [1 4J 


MO-1 Kl id AQ 

N\j \ .In. lb 4y 


Call forwarding on No Answer 


"7 A 11 A HO ri/ii 

/ .4.1 1 .4.1 £1 [1 4J 


NUl.N.lb OU 


Call forwarding on Busy subscriber 


"7/1 HH /I HOrH/ll 

/.4.1 1 .4.1o [14J 


Klf^i KM V 
NVjil .N.I / 


oaiiiny line luemiiy resinciion 


c o n /1 1 

0.^ [14J 


Kl/^i KM 7 i 
NLal .N.I / 1 


uonsiaeraiions 


7/1 101 ri/ii 

/.4.1^.1 [1 4J 


Kir^ 1 KM 7 O 
Invj 1 .iN.l / d. 


Permanent CLIR mode (all calls) 


7/1 ioori/ii 
/ .4.1 £1.^1 [1 4J 


InIjI .In.1 / O 


Temporary CLIR mode (call by call) 


7/1 lOOTH/ll 

/ .4.1 £1.0 [1 4J 


NG1.N.18 


Call forwarding (external calls) 


5.2 [14] 


M/"*-) MHO H 


Call Forwarding common reciuiremsnts 


7/1 HOH THyil 

/.4.I0.I [14J 


KIOH MHO O 

NLal.N.lo d. 


External Call Forwarding Unconditional (CFU) to external number 


"7 A HOOFHyll 
/. 4.10.^1 [14J 


M/"* H M H O O 

Ntjl.N.lo o 


External Call Forwarding on No Answer (CFNA) to external number 


"7 A H TH /IT 

/ .4.1 0.0 [1 4J 


M/^ H M H O /I 

Nbl.N.lo 4 


External Call Forwarding on Busy subscriber (CFB) to external number 


7 /I HO yl rH/ll 

7.4.I0.4 [14J 


N(j \ .N.19 


DTMr nanaling 


5.2 [14] 


Kl/"* H M H ri H 

Nvjl .N.I y_i 


Uplink DTMF transmission at call setup when FP connected to classic 
swiTcning neiworK 


7/1 1^ 1 1 [i A^ 
/.4.1 4.1 .1 [1 4J 


Kir^ 1 KM Q O 

InvjI .In. 1 y 


upiinK u 1 Mr Transmission wnen connecieo 


7/1 1/1 1 on /ll 
/.4.1 4.1 [1 4J 


MOH Kl HQ Q 

Nlj 1 .iN.iy O 


Downlink DTMF reception 


7/1 1/1 on/11 
/.4.1 4.£: [1 4J 


M/^ H M H n A 

Nui.iN.iy 4 


Local DTMF feedback of dialled digits 


/. 4.1 4.0 [1 4J 


M/^H M on 
Nvjil .N.^U 


1 ones provision 


c n /ll 

0.^ [14J 


Nol .N.^U 1 


oenerai consiaeraiions 


■7 A HCI ri/ii 
/.4.10.1 [1 4J 


Kl/^H M OQ O 


Tones provision by the system 


7/1 ic^on/ii 
/.4.1 0.^1 [1 4J 


K\^^^ Kl OQ o 


Transparency to tones provision by the network or PABX 


7/1 HC on/11 
/ .4.1 0.0 [1 4J 


M/^ H M O H 


Headset management 


C TH yil 

D.d [14J 


Kirii Kl i 


Headset considerations 


7/1 1C1 n/11 
/.4.I0.I [1 4J 


INO 1 .N.^ 1 ^ 


neausei can iniercepiion 


7 4 1 ft n /ll 
/ .4. 1 0.d [ \ 4J 


NG1.N.21 3 


Headset incoming call 


7.4.16.3 [14] 


NG1.N.21 4 


Re-dial of last outgoing call 


7.4.16.4 [14] 


NG1.N.21 5 


Re-dial of last incoming call 


7.4.16.5 [14] 


NG1.N.21 6 


Switching from headset to handset (headset initiated) 


7.4.16.6 [14] 


NG1.N.21 7 


Switching from headset to handset (handset initiated) 


7.4.16.7 [14] 


NG1.N.21 8 


Compatibility with other telephony features and profiles 


7.4.16.8 [14] 
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Handling of lines whors second calls are signalled In-band 


O.d [14J 




General requirements 


/.4.0.1U.I [14J 


M/^ H M OO O 


Basic 'double call with in-band signalling' lines 


7.4.0.1 0.<i [1 4J 


M/^W hi OO O 

NG1.N.22 3 


Off-hook CLIP enabled 'double call with in-band signalling' lines 


^ A O HOO FHyll 

7.4.3.10.3 [14] 




Use of transparent commands on IBSC lines (Basic or Off-hook CLIP 
enabled) or any other line 


/.4.O. IU.4 [ I4J 


ijAr .N.I 


Outgoing call 


4.1 [^^\ 




UTT nooK 


A i Ol 

4.1 \M\ 


/"'AD Kl O 

oAr. N.o 


On hook (full release) 


4.1 [12] 


oAr .IN.4 


uiaiieu uiyiis (uasic; 


A ■\ noi 
4.1 [12] 


(^AD M 
oAr.N.O 


Register recall 


A ^ Fi Ol 

4.1 [l^J 


oAr.N.D 


Go to DTMF signalling (defined tone length) 


A i Ol 
4.1 [l^J 


AD M v 
oAr.N. / 


Pause (dialling pause) 


A i Fi Ol 

4.1 [I^J 


/-'AD M O 

vjAr.N.o 


Incoming call 


A H Ol 

4.1 [12] 


^AD M Q 
LaAr.lN.y 


AuinenTication or rr 


4.1 [12] 


n AD KM n 


Authentication of user 


4.1 [l^J 


oAr .N.I 1 


Location registration 


A 1 Fi Ol 
4.1 [l^J 


A D M 1 o 
oAr .N.I ii 


On air key allocation 


A 1 Fi Ol 
4.1 \M.\ 


A D Kl ^ O 

vjAr.N.l o 


Identification of PP 


A H TH Ol 

4.1 [12] 


^AD M 1 ^ 
LaAr .N.I 4 


oervice ciass inaicaiion/assignmeni 


y| -1 noi 
4.1 [12] 


r; AD M i 
oAr.N.I 


Alerting 


y1 i Fi Ol 
4.1 


oAr.N.1 D 


"7 A D 


A ^ F^ Ol 

4.1 [l^J 


AD M i 7 

oAr.N.1 / 


Encryption activation FT initiated 


/I i Fi Ol 

4.1 [12] 


O A D M 1 Q 


Subscription registration procedure on-air 


A 1 F1 Ol 

4.1 jl^l 


O A D M -1 Q 


Link control 


4.1 [I^J 


/^AD M on 
oAr .N.iiU 


Terminate access rights FT initiated 


A ^ FIOl 

4.1 


/-'AD M Oi 


Partial release 


A -K ri Ol 

4.1 [12J 


/-'ADM OO 


Go to DTIVIF (infinite tone length) 


A i Fi Ol 

4.1 [12J 


r^AD M OQ 


Go to Pulse 


4.1 [12] 


^AD M 
oAr .N.^4 


oignaiiing ot oispiay cnaraciers 


4.1 [l^ij 


OAD M OC^ 


Display control characters 


4.1 [l^J 


A D M OC 


Authentication of FT 


A -K Ol 

4.1 [12J 


A D Kl 0"7 


Encryption activation PT initiated 


A ^ TH Ol 

4.1 [12] 


riAD M OQ 


Encryption deactivation FT initiated 


/ i Fi Ol 

4.1 [12] 


^AD M OQ 


tncrypiion oeaciivaiion r i iniiiaieu 


A ^ Fi Ol 

4.1 [l^J 


r;AD M 
VjaAr.N.oU 


falling Line lueniiiicaiion rreseniaiion ^oLiry 


A i Fi Ol 
4.1 [l^J 


/-'AD M O i 

oAr.N.ol 


iniernai can 


A i Fi Ol 

4.1 [12] 


A D K 1 o ^ -i 


Internal call setup 


/ .o.b [1 oj 


/^AD M Q1 O 


Internal call keypad 


/ i Fi Ol 

4.1 [12] 


/^AD M Q 
oAr.N.ol o 


iniernai can ULir 


A ^ Fi Ol 

4.1 [l^J 


/^AD M Ql /I 
oAr.N.ol 4 


inTernai can oNir 


A i Fi Ol 
4.1 [l^^J 


z-' A D M O H C 

oAr.N.ol CD 


1 ITC Q r^M 1 D 

U 1 r-o UNIr 


1 A ■\~? \-\ A'K 

/.4. 1 / [1 4J 


A D Kl O H C 

oAr.N.ol b 


Internal call codec priority 


/.4.o.y [1 4J 


riAD M TO 


Service call 


/I i Fi Ol 

4.1 [12] 


^AD M 


tnnanceu u- piane conneciion 


A ■\ Fi Ol 
4.1 [l^J 


/^AD M '3/1 
oAr.N.o4 


waiiiny iNaiTie lueniiTiCaiion rreseniaiion ^v^imik^ 


A i Fi Ol 
4.1 [l^J 


z-' A D M Ovl ^ 
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